From: Dave Jones <davej@codemonkey.org.uk>
To: Thomas Renninger <trenn@suse.de>
Cc: cpufreq <cpufreq@lists.linux.org.uk>,
mzahor@dtech.sk, Dominik Brodowski <linux@dominikbrodowski.net>
Subject: Re: [PATCH] Remove p4_clockmode driver
Date: Sun, 11 May 2008 12:19:34 -0400 [thread overview]
Message-ID: <20080511161934.GI15445@codemonkey.org.uk> (raw)
In-Reply-To: <1209844030.13290.5.camel@linux-2bdv.site>
On Sat, May 03, 2008 at 09:47:10PM +0200, Thomas Renninger wrote:
> Remove p4_clockmode driver
>
> The driver is doing throttling which is supposed to be done through another
> ACPI interface. If both interfaces are used, the machine may get very slow.
> Remove this driver which should never be used.
>
> Signed-off-by: Thomas Renninger <trenn@suse.de>
I agree this is long overdue being taken out back and shot.
Some thoughts though:
* Should we deprecate this for a release first ?
I'm torn over this, because I think no matter how long we do this for,
we're going to get people who claim to be surprised.
Though given this driver is 99% useless, perhaps just ripping it out
is for the best.
* Matthew Garrett mentioned something interesting this morning..
mjg59 | davej: On machines that don't support acpi throttling, I was under the impression that there was supposed to be a hook between the thermal code and cpufreq
mjg59 | Which would then let p4-clockmod be kicked even if it's below the threshold at which the CPU would throttle itself
davej | having that code expose T states rather than pretend to be P states is probably for the best.
mjg59 | Yeah, true
So whilst killing this off is probably the right thing to do, there may be
some value in parts of it living on in the ACPI code ?
I'll queue up this removal patch for linux-next, and we'll see if anyone screams.
(I doubt it, given the amount of testing that gets right now. It'll probably
not really get noticed until after it's in a Linus sanctioned release)
Dave
--
http://www.codemonkey.org.uk
next prev parent reply other threads:[~2008-05-11 16:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-03 19:47 [PATCH] Remove p4_clockmode driver Thomas Renninger
2008-05-11 16:19 ` Dave Jones [this message]
2008-05-15 10:55 ` Dominik Brodowski
2008-05-16 18:32 ` Pallipadi, Venkatesh
2008-05-22 4:01 ` Dmitry Torokhov
2008-05-23 11:21 ` Thomas Renninger
2008-05-23 12:55 ` Dmitry Torokhov
2008-05-23 15:19 ` Thomas Renninger
2008-05-23 15:54 ` Dmitry Torokhov
2008-05-23 16:16 ` Thomas Renninger
2008-05-23 17:40 ` Dmitry Torokhov
2008-05-24 11:03 ` Dominik Brodowski
2008-05-25 15:39 ` Thomas Renninger
2008-05-26 12:05 ` Matthew Garrett
2008-05-26 12:56 ` Thomas Renninger
2008-05-12 22:30 ` Cesar Eduardo Barros
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=20080511161934.GI15445@codemonkey.org.uk \
--to=davej@codemonkey.org.uk \
--cc=cpufreq@lists.linux.org.uk \
--cc=linux@dominikbrodowski.net \
--cc=mzahor@dtech.sk \
--cc=trenn@suse.de \
/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.