[<prev] [next>] [day] [month] [year] [list]
Message-ID: <EB12A50964762B4D8111D55B764A8454988B15@scsmsx413.amr.corp.intel.com>
Date: Thu, 14 Sep 2006 13:13:35 -0700
From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@...el.com>
To: "Almonas Petrasevicius" <draugaz@...das.soften.ktu.lt>,
<Pallipadi@...das.soften.ktu.lt>
Cc: <linux-kernel@...r.kernel.org>, "Ben B" <kernel@...cactii.net>,
<davej@...emonkey.org.uk>
Subject: RE: speedstep-centrino broke
>-----Original Message-----
>From: Almonas Petrasevicius [mailto:draugaz@...das.soften.ktu.lt]
>Sent: Thursday, September 14, 2006 1:14 PM
>To: Pallipadi@...das.soften.ktu.lt; Pallipadi, Venkatesh
>Cc: linux-kernel@...r.kernel.org; Ben B; davej@...emonkey.org.uk
>Subject: Re: speedstep-centrino broke
>
>
>On Thu, 2006-09-14 at 12:43 -0700, Pallipadi, Venkatesh wrote:
>
>> >Or maybe I don't know how to look.
>> >Could You dump your "working" ACPI table and look for those
>> >two methods?
>>
>> As you mentioned in your earlier mail, CpuPm object is missing after
>> BIOS update. That table, most probably, will contain these
>ACPI _PSS etc
>> methods internally.
>
>That's my problem: I can't find them there. At least not directly.
>It contains just two methods for each CPU: _PDC and _OSC.
>Althrough the _OSC methods contain some logic and Load(...) calls, and
>there is a package supiciously looking like a directory containing
>some additional ACPI tables (for example "CPU0IST ", offset,
>length and so
>on). So, it's possible, that required tables are loaded "on
>demand" but
>not accesible with the acpidump.
>
Yes. Dynamic loading is possible. Atleast there should be _PDC/_OSC
which in turn calls the other loads.
Thanks,
Venki
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists