Date: Wed, 3 Mar 2004 22:48:41 +0000
From: Dave Jones <davej@redhat.com>
To: Pavel Machek <pavel@suse.cz>
Cc: Cpufreq mailing list <cpufreq@www.linux.org.uk>,
       kernel list <linux-kernel@vger.kernel.org>, davej@codemonkey.ork.uk,
       paul.devriendt@amd.com
Subject: Re: powernow-k8-acpi driver
Message-ID: <20040303224841.GB16874@redhat.com>
Mail-Followup-To: Dave Jones <davej@redhat.com>,
	Pavel Machek <pavel@suse.cz>,
	Cpufreq mailing list <cpufreq@www.linux.org.uk>,
	kernel list <linux-kernel@vger.kernel.org>, davej@codemonkey.ork.uk,
	paul.devriendt@amd.com
References: <20040303215435.GA467@elf.ucw.cz> <20040303222712.GA16874@redhat.com> <20040303223510.GE222@elf.ucw.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040303223510.GE222@elf.ucw.cz>
User-Agent: Mutt/1.4.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1076
Lines: 24

On Wed, Mar 03, 2004 at 11:35:10PM +0100, Pavel Machek wrote:

 > We could make that functionality depend on CONFIG_ACPI, and allow
 > runtime selection only if its defined... But those two drivers are
 > pretty different just now and acpi-dependend chunk is pretty big. (It
 > does funny stuff like polling for AC plug removal if we are in
 > high-power state  and battery would not handle that. Old driver simply
 > refused to use high-power states on such machines.)

you're aware of Dominik/Bruno's work on the 'acpilib'[1] stuff in this
area right ? We'll need that anyway for Powernow-k7 and maybe longhaul too
and its senseless duplicating this code.

One thing is bugging me though. Whats wrong with the ACPI P-state cpufreq
driver ? Does that not work these days ? It's been a long time since I
even looked at it.

		Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/