From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dominik Brodowski Subject: Re: powernow-k8 updates Date: Sun, 14 Mar 2004 17:32:56 +0100 Sender: cpufreq-bounces@www.linux.org.uk Message-ID: <20040314163256.GA24433@dominikbrodowski.de> References: <20040309214830.GA1240@elf.ucw.cz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0638455869==" Return-path: In-Reply-To: <20040309214830.GA1240@elf.ucw.cz> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: cpufreq-bounces+glkc-cpufreq=gmane.org@www.linux.org.uk To: Pavel Machek Cc: patches@x86-64.org, davej@redhat.com, kernel list , Cpufreq mailing list --===============0638455869== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 03, 2004 at 01:07:20PM +0100, Pavel Machek wrote: > [Is it okay to post it to the lists for more testing and/or > inclusion?] = =20 I prefer patches to files to comment on. = =20 > +config X86_POWERNOW_K8_ACPI > + tristate "AMD Opteron/Athlon64 PowerNow! using ACPI" > + depends on CPU_FREQ && EXPERIMENTAL depends on ... && ACPI ? = =20 See also the other mail discussing how to handle the two methods to detect speed. = =20 Unfortunately, I consider this new ACPI driver to be in an "unmergeable" state, as the extra "polling" is unneccessary if the ACPI perflib is used, the extra parsing of ACPI tables can fail much too easily, and the whole driver is too fragile with regard to ACPI interaction. Dominik --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAVIk4Z8MDCHJbN8YRAky1AKCQ6eb8DsX+qb7B4pdIsVTMVrBgXACgjylG CssNp956xVtZuNtt+UFts1M= =szQp -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- --===============0638455869== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Cpufreq mailing list Cpufreq@www.linux.org.uk http://www.linux.org.uk/mailman/listinfo/cpufreq --===============0638455869==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261432AbUCNQml (ORCPT ); Sun, 14 Mar 2004 11:42:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261433AbUCNQml (ORCPT ); Sun, 14 Mar 2004 11:42:41 -0500 Received: from natsmtp01.rzone.de ([81.169.145.166]:197 "EHLO natsmtp01.rzone.de") by vger.kernel.org with ESMTP id S261432AbUCNQmh (ORCPT ); Sun, 14 Mar 2004 11:42:37 -0500 Date: Sun, 14 Mar 2004 17:32:56 +0100 From: Dominik Brodowski To: Pavel Machek Cc: patches@x86-64.org, kernel list , Cpufreq mailing list , davej@redhat.com, paul.devriendt@amd.com Subject: Re: powernow-k8 updates Message-ID: <20040314163256.GA24433@dominikbrodowski.de> Mail-Followup-To: Pavel Machek , patches@x86-64.org, kernel list , Cpufreq mailing list , davej@redhat.com, paul.devriendt@amd.com References: <20040309214830.GA1240@elf.ucw.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20040309214830.GA1240@elf.ucw.cz> User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 03, 2004 at 01:07:20PM +0100, Pavel Machek wrote: > [Is it okay to post it to the lists for more testing and/or > inclusion?] = =20 I prefer patches to files to comment on. = =20 > +config X86_POWERNOW_K8_ACPI > + tristate "AMD Opteron/Athlon64 PowerNow! using ACPI" > + depends on CPU_FREQ && EXPERIMENTAL depends on ... && ACPI ? = =20 See also the other mail discussing how to handle the two methods to detect speed. = =20 Unfortunately, I consider this new ACPI driver to be in an "unmergeable" state, as the extra "polling" is unneccessary if the ACPI perflib is used, the extra parsing of ACPI tables can fail much too easily, and the whole driver is too fragile with regard to ACPI interaction. Dominik --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAVIk4Z8MDCHJbN8YRAky1AKCQ6eb8DsX+qb7B4pdIsVTMVrBgXACgjylG CssNp956xVtZuNtt+UFts1M= =szQp -----END PGP SIGNATURE----- --huq684BweRXVnRxX--