Date: Sun, 12 Sep 2010 11:03:04 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: Norikatsu Shigemura <nork@FreeBSD.org> Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Nate Lawson <nate@root.org> Subject: Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9 Message-ID: <4C8C8938.4030500@icyb.net.ua> In-Reply-To: <20100912081409.9f4d74d0.nork@FreeBSD.org> References: <20100912014855.984a89ed.nork@FreeBSD.org> <4C8BCAC5.5050008@root.org> <20100912081409.9f4d74d0.nork@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 12/09/2010 02:14 Norikatsu Shigemura said the following:
> According to acpidump -dt, I could find CPU0CST table, but
> not found _CST.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Scope (\)
> {
> Name (SSDT, Package (0x0C)
> {
> :
> "CPU0CST ",
> 0xDA9AB618,
> 0x000005CD,
> :
> })
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> Hum... ACPI CA 20100806 has a bug?
How do you conclude? Does a different version work?
It seems that our acpidump doesn't dump a dynamically loaded table.
That the table was loaded we can see from these messages:
ACPI: Dynamic OEM Table Load:
ACPI: SSDT 0 005CD (v01 PmRef Cpu0Cst 00003001 INTL 20061109)
--
Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C8C8938.4030500>