public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: Bruno Ducrot <ducrot@poupinou.org>
Cc: Tomasz Ciolek <tmc@dreamcraft.com.au>,
	acpi-devel@lists.sourceforge.net, cpufreq@www.linux.org.uk
Subject: Re: [ACPI] [PATCH 1/2] 2.6: use scaling_available_freqs in acpi-cpufreq-ioport driver
Date: Mon, 1 Mar 2004 19:03:25 +0100	[thread overview]
Message-ID: <20040301180325.GA562@elf.ucw.cz> (raw)
In-Reply-To: <20040301175430.GY2869@poupinou.org>

> On Thu, Feb 26, 2004 at 10:50:06PM +0100, Pavel Machek wrote:
> > On ??t 26-02-04 18:28:23, Bruno Ducrot wrote:
> > > On Tue, Feb 24, 2004 at 11:16:42PM +0100, Pavel Machek wrote:
> > 
> > > > >  have a loook at the "userpace frequency governer" under 2.6.x 
> > > > 
> > > > That's not the same. frequency governor can select frequency *from the
> > > > set provided by BIOS*. I want to override frequency/voltage table from
> > > > bios.
> > > 
> > > It need to be done IMO in a driver, definitely not in cpufreq core, and
> > > worst that may need to be adapted to the acpi perflib certainly (when
> > > all pending patches for will go to mainstream I guess).
> > 
> > Well, it still looks pretty generic to me. Having same code in k7
> > and k8 drivers does not sound right.
> 
> That can be shared by the two drivers if that is needed, but I don't
> think that part going to the cpufreq frequency tables.
> But I espected that powernow k7 and k8 are different beasts enough?
> There is no rvo, irt etc. for example in powernow-k7.

They are different, but like every other driver, they have table of
(voltage, frequency) pairs, and that table is exactly the thing user
is trying to override. [And that's probably same with all other
drivers..] 

As long as people don't want to change rvo, irt, etc, we should be
fine.

First step in that direction would be to have voltage in milivolts in
those frequency tables, so that core can print them etc... like this:

--- clean/include/linux/cpufreq.h	2004-01-09 20:24:26.000000000 +0100
+++ linux/include/linux/cpufreq.h	2004-03-01 19:02:48.000000000 +0100
@@ -316,6 +316,7 @@
 	unsigned int	index;     /* any */
 	unsigned int	frequency; /* kHz - doesn't need to be in ascending
 				    * order */
+	unsigned int	voltage;   /* mV */
 };
 
 int cpufreq_frequency_table_cpuinfo(struct cpufreq_policy *policy,


								Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]

  reply	other threads:[~2004-03-01 18:03 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-20  8:31 [PATCH 1/2] 2.6: use scaling_available_freqs in acpi-cpufreq-ioport driver Dominik Brodowski
2004-02-24 12:56 ` [ACPI] " Pavel Machek
2004-02-24 14:43   ` Dominik Brodowski
2004-02-25 10:26     ` Pavel Machek
2004-02-24 21:00   ` Tomasz Ciolek
2004-02-24 22:16     ` Pavel Machek
2004-02-26 17:28       ` Bruno Ducrot
2004-02-26 21:50         ` Pavel Machek
2004-03-01 17:54           ` Bruno Ducrot
2004-03-01 18:03             ` Pavel Machek [this message]
     [not found]               ` <20040301180325.GA562-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-03-03 16:22                 ` Bruno Ducrot
2004-03-12 14:52                   ` [ACPI] " Dominik Brodowski
2004-03-12 20:01                     ` 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=20040301180325.GA562@elf.ucw.cz \
    --to=pavel@ucw.cz \
    --cc=acpi-devel@lists.sourceforge.net \
    --cc=cpufreq@www.linux.org.uk \
    --cc=ducrot@poupinou.org \
    --cc=tmc@dreamcraft.com.au \
    /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