http://bugzilla.kernel.org/show_bug.cgi?id=8245

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
            Summary|acpi-cpufreq not working on |acpi-cpufreq does not load -
                   |Pentium M Dothan            |Pentium M processor 1.60GHz



------- Additional Comments From [EMAIL PROTECTED]  2007-03-25 20:30 -------
The ACPI DSDT does not contain P-state information (no _PCT, _PSS, _PPC)
but it does load an SSDT at run-time based on the _PDC bits:

       Processor (CPU1, 0x01, 0x00000410, 0x06)
        {
            OperationRegion (SSDT, SystemMemory, 0xFFFF0000, 0xFFFF)
            Name (NCPU, 0x00)
            Name (TYPE, 0x80000000)
            Name (HNDL, 0x80000000)
            Method (_PDC, 1, NotSerialized)
            {
                CreateDWordField (Arg0, 0x08, DAT0)
                Store (DAT0, TYPE)
                If (LEqual (NCPU, 0x02))
                {
                    If (LEqual (And (TYPE, 0x0A), 0x0A))
                    {
                        OperationRegion (PMRG, SystemIO, \PMBS, 0x50)
                        Field (PMRG, ByteAcc, NoLock, Preserve)
                        {
                                    Offset (0x41),
                            DEV4,   1,
                            DEV5,   1,
                            DEV6,   1,
                            DEV7,   1,
                            STS4,   1,
                            STS5,   1,
                            STS6,   1,
                            STS7,   1
                        }

                        Store (0x01, STS7)
                        Store (0x01, DEV7)
                        Load (SSDT, HNDL)
                    }
                }
            }
        }

The code in linux-2.6.21-rc5 should print out the header of each table,
including a dynamically loaded SSDT.  Can you attach the complete output
from dmesg -s 64000 fro 2.6.21-rc5 or later?

We can also probably peek at the SSDT with acpidump on the physical
addresses to confirm that it includes the needed P-state objects.
But I suspect the real problem here is that the _PDC bits are not
causing the needed SSDT to get loaded in the first place.

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to