Re: [PATCH v2] acpi: Fix regression where _PPC is not read at boot even when ignore_ppc=0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Thomas Renninger <trenn@xxxxxxx> wrote:

> On Wednesday 29 April 2009 11:43:12 pm Darrick J. Wong wrote:
> > On Wed, Apr 29, 2009 at 03:19:28PM +0200, Thomas Renninger wrote:
> > > Ingo, did you do a BIOS update in between?
> > > The DSDT and SSDTs you added do not contain a _PPC function.
> > > These ACPI tables definitely do not suffer from an initial _PPC
> > > evaluation.
> >
> > P-state tables are probably loaded from separate SSDT tables "CPU0IST" and
> > "CPU1IST".  You can download 'em with something like this:
> >
> > # dmesg | grep IST
> > ACPI: SSDT BFD30566, 01FB (r1  PmRef    CPU0IST   3000 INTL 20030224)
> >            ^addr     ^length
> >
> > # acpidump --addr 0xBFD30566 --length 0x1FB > cpu0ist
> > # iasl -d cpu0ist
> >
> > Then paste cpu0ist.dsl somewhere.
> 
> Oops forgot about the tables loaded at runtime, I take back the definitely :)
> Ingo, can you also do:
> acpidump --addr 0x7F6E609E --length 0x1ED >cpu0ist
> acpidump --addr 0x7F6E628B --length 0x94 >cpu1ist
> acpidump --addr 0x7F6E5DE1 --length 0x238 >cpu0cst
> acpidump --addr 0x7F6E6019 --length 0x85 >cpu1cst

sure - attached.

	Ingo

Attachment: cpu0ist
Description: Binary data

Attachment: cpu1ist
Description: Binary data

Attachment: cpu0cst
Description: Binary data

Attachment: cpu1cst
Description: Binary data


[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux