From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruno Ducrot Subject: Re: static freq table support for Pentium M Dothan Date: Thu, 9 Sep 2004 10:58:02 +0200 Sender: cpufreq-bounces@www.linux.org.uk Message-ID: <20040909085802.GF16132@poupinou.org> References: <20040908213140.GA7842@dominikbrodowski.de> <20040908220139.GA8116@dominikbrodowski.de> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: cpufreq-bounces+glkc-cpufreq=gmane.org@www.linux.org.uk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: cpufreq@www.linux.org.uk Cc: Stefan Tomanek Hi, On Wed, Sep 08, 2004 at 11:07:02PM +0000, Stefan Tomanek wrote: > Dominik Brodowski dominikbrodowski.de> writes: > > > ... it means that I need to get some sleep. I wanted to say "four possible > > voltages" for each of the frequencies allowed. > > Ah, that makes sense, I already thought that after browsing through the mailing > list. > > > However, you don't _know_ the proper voltages for 800, 1000, 1200 MHz. > > Complain to your notebook vendor about this broken support, which most > > likely is the same in other OSes. > > I'll do that, and I've already contacted other people running using the same > Notebook. I also tried that cpufreq-acpi_pdump module: > > number of states: 2 > acpi_pdump: P0: 1500 MHz, 0 mW, 100 uS s:0x0 c:0x83 > acpi_pdump: P1: 600 MHz, 0 mW, 100 uS s:0x1 c:0x183 > control_register: > 130 12 1 16 0 0 178 > status_register: > 130 12 1 8 0 0 179 It's indeed the SMM interface, not direct hardware access, with also a broken mask (out of spec indeed) for the control register. I guess 'the other OS' may actually use somehow the full eax before doing the outb and then allowing somehow ancient version of speedstep to work... -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care.