public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RE: powernow-k8: out of sync on Athlon64 x2 3800+
@ 2006-02-02  0:05 shin, jacob
  2006-02-02  6:37 ` Andi Kleen
  2006-02-02 11:12 ` Niklas Edmundsson
  0 siblings, 2 replies; 4+ messages in thread
From: shin, jacob @ 2006-02-02  0:05 UTC (permalink / raw)
  To: cpufreq, linux-kernel
  Cc: Langsdorf, Mark, Niklas Edmundsson, Andreas.Burghart, Andi Kleen

Hello,

I don't think this is a BIOS issue, but a kernel bug in the i386 tree.  I believe this was recently discussed and hopefully fixed by Andi Kleen in the kernel mailing list:

http://lkml.org/lkml/2006/1/9/442

This is a critical bug especially for systems running AMD Dual-Core Processors on i386 kernel configuration w/ powernow-k8.

The reason for "powernow-k8 - out of sync" errors is because the cpufreq driver is not aware [or has the wrong idea] about which CPUs are tied together, because cpu_core_id and phy_proc_id data is wrong.

Now this is fairly harmless as Mark mentioned, but only on single socket Dual Core systems.

On a multi-socket multi-core system, it will result in something like: (2 dual-core Opterons)

cpu0:
drwxr-xr-x  2 root root    0 Nov  3 09:51 cpufreq

cpu1:
drwxr-xr-x  2 root root    0 Nov  3 09:51 cpufreq

cpu2:
lrwxrwxrwx  1 root root    0 Nov  3 09:51 cpufreq -> ../../../../devices/system/cpu/cpu1/cpufreq

cpu3:
lrwxrwxrwx  1 root root    0 Nov  3 09:51 cpufreq -> ../../../../devices/system/cpu/cpu1/cpufreq

In this configuration, the second processors will never be able to be managed by a governor.

I was wondering if anyone has already tested Andi's patch, if it successfully solves this problem, and if the patch has made it into the git yet.

Thanks,

-Jacob Shin
AMD, Inc.

On  cpufreq-bounces@lists.linux.org.uk wrote:
>>> You'll get that message on an Athlon X2 if you're using an
>>> old version of the driver that doesn't fully support
>>> dual core or if your part is being reported to Linux as 2 single core parts.
>>> 
>>> Neither of those should be happening with the 2.6.15.1 kernel.
>> 
>> OK, seems we've really found a bug then.
> 
> Yes, but it's a BIOS bug.
> 
>>> Could you send me the results of `dmesg | grep powern` immediately
>>> after boot?
>> 
>> Sure:
>> # dmesg|grep powern
>> powernow-k8: Found 2 AMD Athlon 64 / Opteron processors (version 1.50.4)
>> powernow-k8:    0 : fid 0xc (2000 MHz), vid 0x8 (1350 mV)
>> powernow-k8:    1 : fid 0xa (1800 MHz), vid 0xa (1300 mV)
>> powernow-k8:    2 : fid 0x2 (1000 MHz), vid 0x12 (1100 mV)
>> powernow-k8:    0 : fid 0xc (2000 MHz), vid 0x8 (1350 mV)
>> powernow-k8:    1 : fid 0xa (1800 MHz), vid 0xa (1300 mV)
>> powernow-k8:    2 : fid 0x2 (1000 MHz), vid 0x12 (1100 mV)
> 
> You're using a driver that supports dual-core, but the BIOS
> is reporting the two cores as two separate processors.
> They've probably got the APICIDs misconfigured.
> 
> I've reported it to FSC and I advise you to do the same.
> 
>> powernow-k8: error - out of sync, fix 0xc 0x2, vid 0x8 0x12
>> powernow-k8: error - out of sync, fix 0x2 0xa, vid 0x12 0xa
>> powernow-k8: error - out of sync, fix 0xa 0xc, vid 0xa 0x8
>> powernow-k8: error - out of sync, fix 0xc 0x2, vid 0x8 0x12
>> powernow-k8: error - out of sync, fix 0x2 0xc, vid 0x12 0x8
>> powernow-k8: error - out of sync, fix 0xc 0x2, vid 0x8 0x12
> 
> These messages are mostly harmless, by the way, but some
> people have seen system instability.  I would enable
> pmtimer support as your clock source, but that's advisable
> when running a single dual-core anyway.
> 
> -Mark Langsdorf
> AMD, Inc.
> 
> 
> _______________________________________________
> Cpufreq mailing list
> Cpufreq@lists.linux.org.uk
> http://lists.linux.org.uk/mailman/listinfo/cpufreq


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: powernow-k8: out of sync on Athlon64 x2 3800+
  2006-02-02  0:05 powernow-k8: out of sync on Athlon64 x2 3800+ shin, jacob
@ 2006-02-02  6:37 ` Andi Kleen
  2006-02-02 11:12 ` Niklas Edmundsson
  1 sibling, 0 replies; 4+ messages in thread
From: Andi Kleen @ 2006-02-02  6:37 UTC (permalink / raw)
  To: shin, jacob
  Cc: cpufreq, linux-kernel, Langsdorf, Mark, Niklas Edmundsson,
	Andreas.Burghart

On Thursday 02 February 2006 01:05, shin, jacob wrote:

> I was wondering if anyone has already tested Andi's patch, if it
> successfully solves this problem, and if the patch has made it into the git
> yet.

It's in 2.6.16-rc1. If you think it's critical I can propose it for 2.6.15 
stable too.

-Andi

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: powernow-k8: out of sync on Athlon64 x2 3800+
  2006-02-02  0:05 powernow-k8: out of sync on Athlon64 x2 3800+ shin, jacob
  2006-02-02  6:37 ` Andi Kleen
@ 2006-02-02 11:12 ` Niklas Edmundsson
  1 sibling, 0 replies; 4+ messages in thread
From: Niklas Edmundsson @ 2006-02-02 11:12 UTC (permalink / raw)
  To: shin, jacob
  Cc: cpufreq, linux-kernel, Langsdorf, Mark, Andreas.Burghart,
	Andi Kleen

On Wed, 1 Feb 2006, shin, jacob wrote:

> Hello,
>
> I don't think this is a BIOS issue, but a kernel bug in the i386 
> tree.  I believe this was recently discussed and hopefully fixed by 
> Andi Kleen in the kernel mailing list:
>
> http://lkml.org/lkml/2006/1/9/442

My symptoms are identical, so it's probably that bug. I guess my bug 
report through FSC's official support channel will bounce eventually 
then ;)

> This is a critical bug especially for systems running AMD Dual-Core 
> Processors on i386 kernel configuration w/ powernow-k8.
>
> The reason for "powernow-k8 - out of sync" errors is because the 
> cpufreq driver is not aware [or has the wrong idea] about which CPUs 
> are tied together, because cpu_core_id and phy_proc_id data is 
> wrong.
>
> Now this is fairly harmless as Mark mentioned, but only on single 
> socket Dual Core systems.

It doesn't crash my machine, but it also doesn't seem capable to 
really lower the clock frequency...

> I was wondering if anyone has already tested Andi's patch, if it 
> successfully solves this problem, and if the patch has made it into 
> the git yet.

I can give the patch a try if you feel that would help, albeit I 
prefer not rebooting my workstation ;)

/Nikke
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  Niklas Edmundsson, Admin @ {acc,hpc2n}.umu.se     |    nikke@hpc2n.umu.se
---------------------------------------------------------------------------
  Want to forget all your troubles? Wear tight shoes.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: powernow-k8: out of sync on Athlon64 x2 3800+
@ 2006-02-02 17:36 shin, jacob
  0 siblings, 0 replies; 4+ messages in thread
From: shin, jacob @ 2006-02-02 17:36 UTC (permalink / raw)
  To: Andi Kleen
  Cc: cpufreq, linux-kernel, Langsdorf, Mark, Niklas Edmundsson,
	Andreas.Burghart

On Thursday, February 02, 2006 12:38 AM Andi Kleen wrote:
> It's in 2.6.16-rc1. If you think it's critical I can propose it for 2.6.15
> stable too.

Yes, please do propose it for 2.6.15 as well.

It is critical in my opinion.  It affects all i386 kernel running AMD Dual-Core processors.  It affects any code that relies on cpu_core_id and phys_proc_id data.

I believe the bug has been around since 2.6.13.  I am surprised no one raised red flags until now.  Maybe everyone using dual core processors migrated to x86_64.  ;-)

Thanks Andi,

-Jacob Shin
AMD, Inc.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-02-02 17:37 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-02  0:05 powernow-k8: out of sync on Athlon64 x2 3800+ shin, jacob
2006-02-02  6:37 ` Andi Kleen
2006-02-02 11:12 ` Niklas Edmundsson
  -- strict thread matches above, loose matches on Subject: below --
2006-02-02 17:36 shin, jacob

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox