All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kronos <kronos@kronoz.cjb.net>
To: Bruno Ducrot <ducrot@poupinou.org>
Cc: cpufreq@www.linux.org.uk
Subject: Re: [Bug 3600] New: Cpu recognization fails after upgrade from 2.6.7 to 2.6.9
Date: Thu, 21 Oct 2004 18:10:34 +0200	[thread overview]
Message-ID: <20041021161034.GA4404@dreamland.darkstar.lan> (raw)
In-Reply-To: <20041021102529.GD22405@poupinou.org>

Il Thu, Oct 21, 2004 at 12:25:29PM +0200, Bruno Ducrot ha scritto: 
> On Wed, Oct 20, 2004 at 06:51:10PM +0200, Kronos wrote:
> > Il Wed, Oct 20, 2004 at 06:05:37PM +0200, Daniele Bonomi ha scritto: 
> > > On Wed, 20 Oct 2004 17:47:44 +0200 Kronos <kronos@kronoz.cjb.net> wrote:
> > > 
> > > > Hi,
> > > > I saw something similar on my notebook. In my case when the notebook
> > > > is turned on while using battery BIOS sets CPU speed to a frequency
> > > > lower than the defaul (800MHz for me). It seems that powernow driver
> > > > is confused by the BIOS fiddling with CPU speed and fails to load. I
> > > > had the same symptoms: PST not found and wrong min/max frequencies.
> > > > 
> > > > Disabling "Automatic CPU power saving" (or something like that) in the
> > > > BIOS cures the problem for me. Note that this option do not affect
> > > > power management under linux (or windows), it just controls the CPU
> > > > before a real OS comes up.
> > > 
> > > I tried but it didn't worked for me.
> > > For me doesn't work even if i'm plugged in...
> > 
> > Ok, can you apply this patch to 2.6.9 (and enable debug):
> > 
> > --- a/arch/i386/kernel/cpu/cpufreq/powernow-k7.c	2004-10-20 18:46:51.000000000 +0200
> > +++ b/arch/i386/kernel/cpu/cpufreq/powernow-k7.c	2004-10-20 18:47:06.000000000 +0200
> > @@ -597,7 +597,7 @@
> >  	rdmsrl (MSR_K7_FID_VID_STATUS, fidvidstatus.val);
> >  
> >  	/* A K7 with powernow technology is set to max frequency by BIOS */
> > -	fsb = (10 * cpu_khz) / fid_codes[fidvidstatus.bits.MFID];
> > +	fsb = (10 * cpu_khz) / fid_codes[fidvidstatus.bits.CFID];
> >  	if (!fsb) {
> >  		printk(KERN_WARNING PFX "can not determine bus frequency\n");
> >  		return -EINVAL;
> > 
> > 
> 
> No.  It's wrong.  Though I *much* prefer the form you submit, this will
> break other unfortunately, and therefore maxfid have to be used
> here for now as per AMD documentation (problem is, your bios is broken
> because it do not respect AMD recomandation since after POST the
> processor shall be put in max frequencies instead of 800MHz). 

Yes I know, I was trying to pin down the problem. I was almost sure that
the BIOS was changing frequency since I had the same problem, though in
my case I was able to teach the BIOS to not touch the CPU.

Luca
-- 
Home: http://kronoz.cjb.net
I went to God just to see
And I was looking at me
Saw heaven and hell were lies
When I'm God everyone dies

  reply	other threads:[~2004-10-21 16:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-20 14:13 [Bug 3600] New: Cpu recognization fails after upgrade from 2.6.7 to 2.6.9 bugme-daemon
2004-10-20 15:47 ` Kronos
2004-10-20 16:05   ` Daniele Bonomi
2004-10-20 16:51     ` Kronos
2004-10-21 10:25       ` Bruno Ducrot
2004-10-21 16:10         ` Kronos [this message]
2004-10-23 21:43         ` [PATCH] Fix cpu recognization if BIOS does not set cpu to max freq [was: Re: [Bug 3600] New: Cpu recognization fails after upgrade from 2.6.7 to 2.6.9] Kronos
2004-10-29 15:35           ` Dominik Brodowski
2004-11-10 20:15             ` Bruno Ducrot
2004-11-02 21:10         ` [Bug 3600] New: Cpu recognization fails after upgrade from 2.6.7 to 2.6.9 Dave Jones
2004-11-02 22:13           ` [PATCH for other issue included] " Dominik Brodowski
2004-10-20 19:37   ` Daniele Bonomi

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=20041021161034.GA4404@dreamland.darkstar.lan \
    --to=kronos@kronoz.cjb.net \
    --cc=cpufreq@www.linux.org.uk \
    --cc=ducrot@poupinou.org \
    /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.