Re: port-amd64/40721 (Speedstep does not find all available frequencies)

[Jukka Ruohonen <jruohonen%iki.fi@localhost>]

The following reply was made to PR port-amd64/40721; it has been noted by GNATS.

From: Jukka Ruohonen <jruohonen%iki.fi@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: port-amd64/40721 (Speedstep does not find all available 
frequencies)
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/dmesg.txt
 >  - 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:
 
    Scope (\)
     {
         Name (SSDT, Package (0x0C)
         {
             "CPU0IST ", 
             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?