From: paul.devriendt@amd.com
To: pavel@ucw.cz
Cc: davej@redhat.com, cpufreq@www.linux.org.uk, linux@brodo.de,
linux-kernel@vger.kernel.org, mark.langsdorf@amd.com
Subject: RE: Cleanups for powernow-k8
Date: Tue, 13 Jan 2004 20:49:28 -0600 [thread overview]
Message-ID: <99F2150714F93F448942F9A9F112634C080EF398@txexmtae.amd.com> (raw)
> I'd suggest to leave old driver there (possibly let me clean it up
> ;-)))), and create new powernow-k8-acpi, or powernow-acpi or something
> like that.
> Pavel
Keeping the old driver around for machines without ACPI support or with
broken ACPI support sounds reasonable to me. Please feel free to clean
it up. Feel free to send it to me if you want me to test it on additional
hardware. Dominik sent me some great patches to use the cpufreq table support
and remove some redundant code - let me know if you do not have them and
want me to forward them. They work great.
powernow-k8-acpi sounds like a fine plan to me. Keeping the k8 in the name
is goodness.
Dave had a good idea of a minimal ACPI parser for trying to retrieve the
table of p-states from an ACPI BIOS without needing the full AML interpreter.
I will see if I can get that to work in powernow-k8-acpi ... that way, there
is the best chance of being able to work around a broken BIOS. I hate broken
BIOSs and would rather see the BIOS vendor fix the BIOS, but that does not
always seem to happen.
Paul.
WARNING: multiple messages have this Message-ID (diff)
From: paul.devriendt@amd.com
To: pavel@ucw.cz
Cc: davej@redhat.com, mark.langsdorf@amd.com,
cpufreq@www.linux.org.uk, linux-kernel@vger.kernel.org,
linux@brodo.de
Subject: RE: Cleanups for powernow-k8
Date: Tue, 13 Jan 2004 20:49:28 -0600 [thread overview]
Message-ID: <99F2150714F93F448942F9A9F112634C080EF398@txexmtae.amd.com> (raw)
> I'd suggest to leave old driver there (possibly let me clean it up
> ;-)))), and create new powernow-k8-acpi, or powernow-acpi or something
> like that.
> Pavel
Keeping the old driver around for machines without ACPI support or with
broken ACPI support sounds reasonable to me. Please feel free to clean
it up. Feel free to send it to me if you want me to test it on additional
hardware. Dominik sent me some great patches to use the cpufreq table support
and remove some redundant code - let me know if you do not have them and
want me to forward them. They work great.
powernow-k8-acpi sounds like a fine plan to me. Keeping the k8 in the name
is goodness.
Dave had a good idea of a minimal ACPI parser for trying to retrieve the
table of p-states from an ACPI BIOS without needing the full AML interpreter.
I will see if I can get that to work in powernow-k8-acpi ... that way, there
is the best chance of being able to work around a broken BIOS. I hate broken
BIOSs and would rather see the BIOS vendor fix the BIOS, but that does not
always seem to happen.
Paul.
next reply other threads:[~2004-01-14 2:49 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-14 2:49 paul.devriendt [this message]
2004-01-14 2:49 ` Cleanups for powernow-k8 paul.devriendt
2004-01-14 3:33 ` Dave Jones
2004-01-14 3:33 ` Dave Jones
2004-01-14 10:24 ` Dominik Brodowski
2004-01-14 10:24 ` Dominik Brodowski
-- strict thread matches above, loose matches on Subject: below --
2004-01-14 14:49 paul.devriendt
2004-01-14 14:49 ` paul.devriendt
2004-01-14 15:08 ` Dominik Brodowski
2004-01-14 15:08 ` Dominik Brodowski
2004-01-14 3:39 paul.devriendt
2004-01-14 3:39 ` paul.devriendt
2004-01-14 3:42 ` Dave Jones
2004-01-14 3:42 ` Dave Jones
2004-01-14 9:01 ` Pavel Machek
2004-01-14 9:25 ` Dominik Brodowski
2004-01-14 9:25 ` Dominik Brodowski
2004-01-14 9:11 ` Dominik Brodowski
2004-01-14 9:11 ` Dominik Brodowski
2004-01-13 22:37 paul.devriendt
2004-01-13 22:37 ` paul.devriendt
2004-01-13 23:06 ` Dave Jones
2004-01-13 23:06 ` Dave Jones
2004-01-14 9:33 ` Ducrot Bruno
2004-01-14 10:10 ` Dominik Brodowski
2004-01-14 10:10 ` Dominik Brodowski
2004-01-14 15:21 ` Dave Jones
2004-01-14 0:03 ` Pavel Machek
2004-01-14 0:03 ` Pavel Machek
2004-01-14 9:17 ` Ducrot Bruno
2004-01-14 9:17 ` Ducrot Bruno
2004-01-13 21:51 Pavel Machek
2004-01-13 21:59 ` Dave Jones
2004-01-13 21:59 ` Dave Jones
2004-01-13 23:59 ` 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=99F2150714F93F448942F9A9F112634C080EF398@txexmtae.amd.com \
--to=paul.devriendt@amd.com \
--cc=cpufreq@www.linux.org.uk \
--cc=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@brodo.de \
--cc=mark.langsdorf@amd.com \
--cc=pavel@ucw.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.