http://defect.opensolaris.org/bz/show_bug.cgi?id=6113
--- Comment #9 from Mark Haywood <mark.haywood at sun.com> 2009-01-15 09:28:53
---
Well, crap. These ACPI tables make things more difficult. The first 7 _PSS
entries are identical. That is, P0 through P6 all have the same values and then
3 more unique P-states are defined in P7 thru P9. The _PPC method takes into
account the fact that the first 6 entries are duplicates and returns a value
of 6 which means to use the last of the P0-like entries, P6.
The problem is that our _PSS parser ignores duplicate entries because of bugs
we've found in other ACPI implementations. There really isn't any reason to
provide duplicate entries.
Now, I'm not sure how to fix this. The intention was not to set the topspeed to
the lowest speed. The intention was to set the topspeed to the fastest speed.
FWIW:
Name (XPSS, 0x04)
Method (_PPC, 0, NotSerialized)
{
If (LLessEqual (SizeOf (SPSS), XPSS))
{
Return (0x00)
}
Else
{
Return (Subtract (SizeOf (SPSS), XPSS))
}
}
The SPSS in this case is the _PSS table that has a size of 10.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
