Skip site navigation (1)Skip section navigation (2)
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>