http://bugzilla.kernel.org/show_bug.cgi?id=9035
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |acpi-
| |[EMAIL PROTECTED]
| |et
Component|BIOS |cpufreq
Product|ACPI |Power Management
------- Comment #6 from [EMAIL PROTECTED] 2007-09-19 19:24 -------
BIOS Information
Vendor: Award Software International, Inc.
Version: F2
Release Date: 01/14/2005
BIOS date looks fine, ACPI should certainly be enabled on this board.
Looking at the acpidump, the code to support P-states appears
to be some sort of template that the programmer never filled in --
as the values are generally all -1 or 0, and there is no _PSS
present.
Scope (\_PR.CPU0)
{
Name (_PCT, Package (0x02)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x00, // Bit Width
0x00, // Bit Offset
0x0000000000000000, // Address
,)
},
ResourceTemplate ()
{
Register (FFixedHW,
0x00, // Bit Width
0x00, // Bit Offset
0x0000000000000000, // Address
,)
}
})
Method (_PPC, 0, NotSerialized)
{
Return (0x00)
}
Name (PPSS, Package (0x05)
{
Package (0x06)
{
0xFFFF,
0xFFFFFFFF,
0xFF,
0xFF,
0xFFFFFFFF,
0x03FF
},
...
Further, there is no SSDT or Load() statements in this
DSDT to extend the AML, and so there is no ACPI support for P-states
in this BIOS.
See if a BIOS upgrade is available which does include ACPI support
for P-states, or work with the native support
in the k8 driver. This is not a Linux/ACPI bug.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
