public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Clark <michael@metaparadigm.com>
To: Dave Jones <davej@redhat.com>, jeremy@goop.org
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] - Initial dothan speedstep support
Date: Tue, 10 Aug 2004 19:59:06 +0800	[thread overview]
Message-ID: <4118B88A.9090300@metaparadigm.com> (raw)
In-Reply-To: <20040809142819.GD21238@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 1701 bytes --]

Hi Dave, Jeremy,

I thought i'd give the ACPI code in speedstep-centrino a try as I wanted
to see what the BIOS freq/voltage tables the vendor was using due to the
apparent choice of voltages (VID#A through VID#C) in the processor specs.

Anyway this is what I found (with the debug code in attached patch):

centrino_cpu_init_acpi: 1800000000 Hz, 1340e-03 volts
centrino_cpu_init_acpi: 1600000000 Hz, 1292e-03 volts
centrino_cpu_init_acpi: 1400000000 Hz, 1228e-03 volts
centrino_cpu_init_acpi: 1200000000 Hz, 1164e-03 volts
centrino_cpu_init_acpi: 1000000000 Hz, 1116e-03 volts
centrino_cpu_init_acpi: 800000000 Hz, 1052e-03 volts
centrino_cpu_init_acpi: 600000000 Hz, 988e-03 volts

It appears the T42 is using the VID#A voltages (the highest) and my
patch was using VID#C (the 2nd from lowest) for which the upper voltage
has the biggest difference being 0.032 volts lower - not much in it.

As I said earlier in my reading of the specs there seemed to be no
guidance on which profile to use aside from the voltage and ripple
tolerance tables.

So the attached patch (in addition to ACPI freq table debug message)
changes the table version to use the VID#A voltage so as to err on the
conservative side of a higher voltage (as the upper voltage max for
the chip is 1.6v) to allow for cases where the error on the voltage
would drop it too low - not sure if just IBM are using this. Would be
interesting to see the ACPI freq/voltage tables for other vendor's
Dothan laptops.

Not sure on whether we should do this although it means we match at least
what one vendor has done? Any ideas? (debug printk may be useful for those
with ACPI and speedstep for debugging incorrect BIOS tables).

Thanks
~mc

[-- Attachment #2: cpufreq-speedstep-dothan-VidA.patch --]
[-- Type: application/octect-stream, Size: 1011 bytes --]

  reply	other threads:[~2004-08-10 11:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-06  5:03 [PATCH] - Initial dothan speedstep support Michael Clark
2004-08-06 11:04 ` Michael Clark
2004-08-09 14:28   ` Dave Jones
2004-08-10 11:59     ` Michael Clark [this message]
2004-08-10 12:16       ` Michael Clark
2004-08-18 13:53 ` Pavel Machek
2004-08-22  7:31   ` Clark, Michael
2004-08-23  0:33     ` Michael Clark

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4118B88A.9090300@metaparadigm.com \
    --to=michael@metaparadigm.com \
    --cc=davej@redhat.com \
    --cc=jeremy@goop.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox