public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@suse.de>
To: Chris Wedgwood <cw@f00f.org>
Cc: Pavel Machek <pavel@suse.cz>,
	kernel list <linux-kernel@vger.kernel.org>,
	linux@brodo.de
Subject: Re: Select voltage manually in cpufreq
Date: Wed, 19 Feb 2003 11:15:15 +0100	[thread overview]
Message-ID: <20030219111515.B15407@suse.de> (raw)
In-Reply-To: <20030218220858.GA15273@f00f.org>; from cw@f00f.org on Tue, Feb 18, 2003 at 02:08:58PM -0800

On Tue, Feb 18, 2003 at 02:08:58PM -0800, Chris Wedgwood wrote:
 > On Tue, Feb 18, 2003 at 10:58:19PM +0100, Pavel Machek wrote:
 > 
 > > Well, and does slow-low-power mean 300MHz, 1.4V as bios said, or
 > > 300MHz, 1.2V which is probably also safe?
 > 
 > I have no idea... that's the point... the user almost never knows what
 > *exact* magic values are required, they just want fast-on-power or
 > slow-on-battery sort of thing.

One possibility is a database of known-safe overrides for specific
models of laptops.  We *could* even do DMI based overrides which make
cpufreq point at an in-module PST instead of BIOS. That in-module PST
would be machine-independant, and would need to be derived by someone
like Pavel using a patch pretty much like the one he proposed to do
trial and error testing. The only thing I'm concerned about with that
approach is the risk of possible damage.

longhaul will allow you to overclock/overpower the cpu. I've never
actually damaged a C3 in this way, just locked it up needing a
power-cycle.  powernow-k7 clips in hardware to the maximum the cpu
is capable of.  Specifying too low a voltage also seems to universally
lock up the box. Those are the implementations I know about, so unless
any of the other implementations allow dangerous operations, we should
be 'mostly harmless' right now.

        Dave

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

  parent reply	other threads:[~2003-02-19 10:05 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-18 21:42 Select voltage manually in cpufreq Pavel Machek
2003-02-18 21:47 ` Chris Wedgwood
2003-02-18 21:58   ` Pavel Machek
2003-02-18 22:08     ` Chris Wedgwood
2003-02-18 22:16       ` Pavel Machek
2003-02-18 22:16       ` Russell King
2003-02-18 22:33         ` Chris Wedgwood
2003-02-19 10:15       ` Dave Jones [this message]
2003-02-19 14:43       ` John Bradford
2003-02-18 23:09   ` George Staikos
2003-02-19  2:02   ` Alan Cox
2003-02-19 15:31   ` Pavel Machek

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=20030219111515.B15407@suse.de \
    --to=davej@suse.de \
    --cc=cw@f00f.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@brodo.de \
    --cc=pavel@suse.cz \
    /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