From: Dominik Brodowski <linux@dominikbrodowski.de>
To: Dave Jones <davej@redhat.com>
Cc: Andrew Morton <akpm@osdl.org>, Bruno Ducrot <ducrot@poupinou.org>,
mark.langsdorf@amd.com,
Cpufreq mailing list <cpufreq@www.linux.org.uk>,
Pavel Machek <pavel@ucw.cz>,
paul.devriendt@amd.com
Subject: Re: powernow-k8: support acpi
Date: Tue, 6 Apr 2004 16:55:02 +0200 [thread overview]
Message-ID: <20040406145502.GA7307@dominikbrodowski.de> (raw)
In-Reply-To: <20040406130730.GA5133@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1774 bytes --]
On Tue, Apr 06, 2004 at 02:07:30PM +0100, Dave Jones wrote:
> On Fri, Apr 02, 2004 at 07:09:26PM +0200, Pavel Machek wrote:
>
> > > I'm about to disappear for a day or two. I'll look into integrating whats
> > > outstanding on Sunday. Pavel, if you have time between now and then
> > > to do a diff of whats remaining between your tree and the driver I posted
> > > this afternoon, that would make my life a little easier.
> >
> > Here it is: (I was not able to locate your changes, so it is possible
> > I'm reverting some of those; but few extra inlines should not hurt
> > that bad :-).
>
> Ok, the merge-from-hell is complete (split up into 23 csets).
> The only diffs between your tree and mine should now be trivial
> whitespace changes, and some small bits that looked bogus.
Just found a small bug which would leave the preempt count negative(!) in
special cases. Patch is attached.
> You can grab what I have in my tree pending pushing to Linus at
> http://www.codemonkey.org.uk/projects/cpufreq/pending.diff
Will
http://www.codemonkey.org.uk/projects/bitkeeper/cpufreq/
be a permanent institution, or is it just available for the moment?
> One thing outstanding that probably does need fixing. Andi Kleen
> mentioned on IRC yesterday ..
>
> <f> found a funny bug in the powernow-k8 acpi changes
> <f> when acpi is disabled processor.ko won't load, but the new module needs symbols from that
> <f> i added a hack to keep it loaded anyways
>
> Be nice to get that fixed, and merged before these changes get pushed to mainline.
Hm. Keeping processor.ko loaded seems to be an ugly hack to me. However, I
can't see a way (yet) how powernow-k8.ko can rely on processor.ko's objects
but not depend on it if these are not neeeded (psb case).
Dominik
[-- Attachment #2: cpufreq-2.6.5-fix-jump --]
[-- Type: text/plain, Size: 669 bytes --]
diff -ruN linux-original/arch/i386/kernel/cpu/cpufreq/powernow-k8.c linux/arch/i386/kernel/cpu/cpufreq/powernow-k8.c
--- linux-original/arch/i386/kernel/cpu/cpufreq/powernow-k8.c 2004-04-06 16:41:19.907636632 +0200
+++ linux/arch/i386/kernel/cpu/cpufreq/powernow-k8.c 2004-04-06 16:50:54.428296216 +0200
@@ -848,7 +848,7 @@
if (smp_processor_id() != pol->cpu) {
printk(KERN_ERR "limiting to cpu %u failed\n", pol->cpu);
- goto err_out;
+ goto sched_out;
}
/* from this point, do not exit without restoring preempt and cpu */
@@ -892,6 +892,7 @@
err_out:
preempt_enable_no_resched();
+sched_out:
set_cpus_allowed(current, oldmask);
schedule();
[-- Attachment #3: Type: text/plain, Size: 143 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq
next prev parent reply other threads:[~2004-04-06 14:55 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <99F2150714F93F448942F9A9F112634C1163C8D7@txexmtae.amd.com>
[not found] ` <20040321185417.GA7969@dominikbrodowski.de>
2004-03-26 12:29 ` powernow-k8: support acpi Pavel Machek
2004-04-01 23:56 ` Dave Jones
2004-04-02 8:30 ` Pavel Machek
2004-04-02 9:02 ` Dave Jones
2004-04-02 11:13 ` Dave Jones
2004-04-02 16:24 ` Bruno Ducrot
2004-04-02 16:39 ` Dave Jones
2004-04-02 17:09 ` Pavel Machek
2004-04-06 13:07 ` Dave Jones
2004-04-06 14:55 ` Dominik Brodowski [this message]
2004-04-06 15:47 ` Dave Jones
2004-04-06 16:55 ` Dominik Brodowski
2004-04-06 17:05 ` Dave Jones
2004-04-06 21:57 ` Dominik Brodowski
2004-04-08 13:11 ` Pavel Machek
2004-04-02 16:39 ` Dominik Brodowski
2004-04-02 16:46 ` Dominik Brodowski
2004-04-02 16:59 paul.devriendt
2004-04-02 18:40 ` Bruno Ducrot
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=20040406145502.GA7307@dominikbrodowski.de \
--to=linux@dominikbrodowski.de \
--cc=akpm@osdl.org \
--cc=cpufreq@www.linux.org.uk \
--cc=davej@redhat.com \
--cc=ducrot@poupinou.org \
--cc=mark.langsdorf@amd.com \
--cc=paul.devriendt@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox