[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-amd64/40721 (Speedstep does not find all available frequencies)
The following reply was made to PR port-amd64/40721; it has been noted by GNATS.
From: Jukka Ruohonen <jruohonen%iki.fi@localhost>
Subject: Re: port-amd64/40721 (Speedstep does not find all available
Date: Mon, 25 Apr 2011 09:27:29 +0300
On Sat, Apr 23, 2011 at 06:25:03AM +0000, Soren Jacobsen wrote:
> - http://www.netbsd.org/~snj/40721/dsdt.aml
> - http://www.netbsd.org/~snj/40721/ssdt2.aml
> - http://www.netbsd.org/~snj/40721/ssdt3.aml
These SSDT tables are just fine -- or at least there is nothing wrong that
I can see. So what might be wrong? There is a possibility that these tables
are not actually loaded. Typically the main DSDT table should contain an
entry such as:
Name (SSDT, Package (0x0C)
0xBF6E1B32 // address in memory
0x00000282 // length in bytes
Without this definition, the interpreter is naturally unable to locate
the tables from the mapped memory. Also the Load() opcode is missing. But
to verify this hypothesis, a full dump (i.e. including all tables such as
RSDT/XSDT) is required.
Do P-states work under Linux?
Main Index |
Thread Index |