public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Peter Oruba" <peter.oruba@amd.com>
To: "Mircea Bardac" <dev.list@mircea.bardac.net>
Cc: stefan.prechtel@googlemail.com,
	"Linux List" <linux-kernel@vger.kernel.org>
Subject: Re: CPU off-on-off: lost CPU management?
Date: Wed, 6 Jun 2007 13:50:20 +0200	[thread overview]
Message-ID: <200706061350.25553.peter.oruba@amd.com> (raw)
In-Reply-To: <200706051256.49179.dev.list@mircea.bardac.net>

[-- Attachment #1: Type: text/plain, Size: 2868 bytes --]

I'm sorry, I am not able to reproduce this issue (using 2.6.21.3). Everything 
works fine on my Turion laptop. It looks like there is also CPU hotplug 
involved in that issue, since brining cpu1 back on doesn't update siblings 
and cpu_cores in /proc/cpuinfo as well. Can you specify more details about 
the system you are using? Have you tried enabling CONFIG_CPU_FREQ_DEBUG and 
booting with "cpufreq.debug=7"?

Peter Oruba


Am Dienstag, 5. Juni 2007 11:56:44 schrieb Mircea Bardac:
> On Tuesday 05 June 2007 12:52:59 Mircea Bardac wrote:
> > Hi Peter,
> >
> > This time with Kernel 2.6.21.3.
> >
> > [...]
> >
> > # echo 1 > /sys/devices/system/cpu/cpu1/online
> >
> > # cat /proc/cpuinfo
> > processor       : 0
> > vendor_id       : AuthenticAMD
> > cpu family      : 15
> > model           : 72
> > model name      : AMD Turion(tm) 64 X2 Mobile Technology TL-52
> > stepping        : 2
> > cpu MHz         : 800.000
> > cache size      : 512 KB
> > physical id     : 0
> > siblings        : 1
> > core id         : 0
> > cpu cores       : 1
> > fdiv_bug        : no
> > hlt_bug         : no
> > f00f_bug        : no
> > coma_bug        : no
> > fpu             : yes
> > fpu_exception   : yes
> > cpuid level     : 1
> > wp              : yes
> > flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
> > fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic
> > cr8legacy ts fid vid ttp tm stc
> > bogomips        : 1597.67
> > clflush size    : 64
> >
> > processor       : 1
> > vendor_id       : AuthenticAMD
> > cpu family      : 15
> > model           : 72
> > model name      : AMD Turion(tm) 64 X2 Mobile Technology TL-52
> > stepping        : 2
> > cpu MHz         : 798.015
> > fdiv_bug        : no
> > hlt_bug         : no
> > f00f_bug        : no
> > coma_bug        : no
> > fpu             : yes
> > fpu_exception   : yes
> > cpuid level     : 1
> > wp              : yes
> > flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
> > fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic
> > cr8legacy ts fid vid ttp tm stc
> > bogomips        : 1596.26
> > clflush size    : 64
>
> As a follow-up:
>
> As Stefan noticed initially, the CPU frequency of the 2nd CPU is different
> after the CPU is brought back online.
>
> Mircea


-- 
AMD Saxony Limited Liability Company & Co. KG
Operating System Research Center
Wilschdorfer Landstr. 101, 01109 Dresden, Germany
Register Court Dresden: HRA 4896
General Partner authorized to represent:
AMD Saxony LLC (Wilmington, Delaware, US)
General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-06-06 11:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-05  8:03 CPU off-on-off: lost CPU management? Peter Oruba
2007-06-05  9:52 ` Mircea Bardac
2007-06-05  9:56   ` Mircea Bardac
2007-06-06 11:50     ` Peter Oruba [this message]
2007-06-06 22:58       ` Stefan Prechtel
  -- strict thread matches above, loose matches on Subject: below --
2007-04-08 16:23 Mircea Bardac
2007-04-18 10:15 ` Stefan Prechtel

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=200706061350.25553.peter.oruba@amd.com \
    --to=peter.oruba@amd.com \
    --cc=dev.list@mircea.bardac.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stefan.prechtel@googlemail.com \
    /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