cpufreq Archive on lore.kernel.org
 help / color / mirror / Atom feed
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

  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