acpi_resource bug?
Jung-uk Kim
jkim at FreeBSD.org
Mon Feb 14 18:41:13 UTC 2011
On Monday 14 February 2011 10:37 am, Michael Butler wrote:
> On 02/14/11 10:29, Matthew Fleming wrote:
> >>> 1) should the length of the bcopy() be changed to either
> >>> respect res->Length or the actual length of the
> >>> ACPI_RESOURCE_DATA for the type?
> >>
> >> It should just use res->Length:
> >
> > Is there a guarantee that res->Length is <= sizeof(ACPI_RESOURCE)
> > ?
>
> I don't know if it's related or a different bug ..
>
> If I run 'acpidump -t', I get a core-dump and ..
>
> [ .. snip .. ]
>
> /*
> MCFG: Length=60, Revision=1, Checksum=74,
> OEMID=INTEL, OEM Table ID=CALISTGA, OEM Revision=0x6040000,
> Creator ID=LOHR, Creator Revision=0x5a
>
> Base Address=0x00000000e0000000
> Segment Group=0x0000
> Start Bus=0
> End Bus=255
> */
> /*
> TCPA: Length=50, Revision=1, Checksum=153,
> OEMID=PTLTD, OEM Table ID=CALISTGA, OEM Revision=0x6040000,
> Creator ID= PTL, Creator Revision=0x1
> Class 0 Base Address 0x0 Length 65536
>
> -268370093 0xc3e200f053ff00f053ff00f054ff00f0de9100f0
> [<unknown 0xf000ff53>]
No, I don't think it is not related. Our acpidump(8) has its own
table parser.
Jung-uk Kim
More information about the freebsd-current
mailing list