public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RE: [discuss] Re: [PATCH] Allow all Opteron processors to changepstate at same time
@ 2006-07-13 14:40 shin, jacob
  2006-07-13 14:58 ` Bhavana Nagendra
  0 siblings, 1 reply; 2+ messages in thread
From: shin, jacob @ 2006-07-13 14:40 UTC (permalink / raw)
  To: Deguara, Joachim, Pavel Machek
  Cc: Andi Kleen, Langsdorf, Mark, discuss, linux-kernel, cpufreq,
	Bhavana Nagendra

On Thursday, July 13, 2006 9:32 AM Deguara, Joachim wrote:

> parallel sounds fun, but I don't get it.  Two machine or trying to go
> online and offline at the same time?  Firestorming two busy parallel
> while loops, one turning the core offline and the other online, did
> not bring an oops so I guess this kernel is in the clear in that
> regard. 
>
> I can't get it to crash again and I am afraid that it crashed under an
> old devel kernel.  After another ~20 hour test with heavy freq changes
> with the tscsync patch

There were several different issues w/ powernow + cpu hotplug in the
past.  Good to hear that the latest kernel doesn't oops.. I believe 
cpu hotplug is needed for suspend to work..



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

* Re: [discuss] Re: [PATCH] Allow all Opteron processors to changepstate at same time
  2006-07-13 14:40 [discuss] Re: [PATCH] Allow all Opteron processors to changepstate at same time shin, jacob
@ 2006-07-13 14:58 ` Bhavana Nagendra
  0 siblings, 0 replies; 2+ messages in thread
From: Bhavana Nagendra @ 2006-07-13 14:58 UTC (permalink / raw)
  To: shin, jacob, linux-kernel
  Cc: Deguara, Joachim, Pavel Machek, Andi Kleen, Langsdorf, Mark,
	discuss, cpufreq

Here are some results without changing frequencies on a system whose 
BIOS does not support Power Now! on MP systems:

Basically the system booted up with "nohpet, nopmtimer"i.e. using TSC as 
the GTOD time source and system stayed idle for 13 hours.   There 
appears to be drift of 20 secs in the CPU 2 readings.    This TSC drift 
could worsen when
the system is active and doing GTOD operations and/or when system is up 
a lot longer. 

CPU 2: Syncing TSC to CPU 0.
CPU 2: synchronized TSC with CPU 0 (last diff -108 cycles, maxerr 826 
cycles)
CPU 3: Syncing TSC to CPU 0.
CPU 3: synchronized TSC with CPU 0 (last diff -119 cycles, maxerr 845 
cycles)

*** CPUs go offline ***

*** back online ***

CPU 2: Syncing TSC to CPU 0.
CPU 2: synchronized TSC with CPU 0 (last diff -117 cycles, maxerr 846 
cycles)
CPU 3: Syncing TSC to CPU 0.
CPU 3: synchronized TSC with CPU 0 (last diff -117 cycles, maxerr 845 
cycles)

shin, jacob wrote:

>On Thursday, July 13, 2006 9:32 AM Deguara, Joachim wrote:
>
>  
>
>>parallel sounds fun, but I don't get it.  Two machine or trying to go
>>online and offline at the same time?  Firestorming two busy parallel
>>while loops, one turning the core offline and the other online, did
>>not bring an oops so I guess this kernel is in the clear in that
>>regard. 
>>
>>I can't get it to crash again and I am afraid that it crashed under an
>>old devel kernel.  After another ~20 hour test with heavy freq changes
>>with the tscsync patch
>>    
>>
>
>There were several different issues w/ powernow + cpu hotplug in the
>past.  Good to hear that the latest kernel doesn't oops.. I believe 
>cpu hotplug is needed for suspend to work..
>
>
>  
>


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

end of thread, other threads:[~2006-07-13 15:01 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-13 14:40 [discuss] Re: [PATCH] Allow all Opteron processors to changepstate at same time shin, jacob
2006-07-13 14:58 ` Bhavana Nagendra

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