WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] [PATCH] Disable Xen PowerNow! support on Opteron 2nd gen

To: "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxxx>, "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-devel] [PATCH] Disable Xen PowerNow! support on Opteron 2nd gen and earlier processors
From: "Langsdorf, Mark" <mark.langsdorf@xxxxxxx>
Date: Wed, 23 Jan 2008 17:04:15 -0600
Delivery-date: Wed, 23 Jan 2008 15:05:24 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <DD74FBB8EE28D441903D56487861CD9D275A041A@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <DD74FBB8EE28D441903D56487861CD9D273ABB3D@xxxxxxxxxxxxxxxxxxxxxx> <C3BC15F7.12AEA%Keir.Fraser@xxxxxxxxxxxx> <1449F58C868D8D4E9C72945771150BDF0207723C@xxxxxxxxxxxxxxxxx> <DD74FBB8EE28D441903D56487861CD9D275A024A@xxxxxxxxxxxxxxxxxxxxxx> <1449F58C868D8D4E9C72945771150BDF02077246@xxxxxxxxxxxxxxxxx> <DD74FBB8EE28D441903D56487861CD9D275A041A@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AchdJLibYAsM6tf0TQmN0NytQtkgrAAFoN6AAAFwnhMAJGZRIAAK2VqAAAAk5aAABASFcAABMGFg
Thread-topic: [Xen-devel] [PATCH] Disable Xen PowerNow! support on Opteron 2nd gen and earlier processors
> > It seems to happen most reliably when there's a large jump in
> > frequency (2.6 GHz to 800 MHz or vice versa) but I've seen it
> > happen for smaller switches.  Usually there's 1 large backward
> > movement, and then 2-4 smaller ones.  It doesn't always happen,
> > especially if there are multiple shifts in a short period (ie,
> > constant changes on the ondemand governor) and it seems to
> > happen more consistently when increasing frequency.
> 
> Increasing the frequency requires (1) instructing the regulator to
> increasing the voltage, (2) waiting for it to settle, (3) 
> increasing the multipler, (4) wait for the PLL to settle,
> (5) unpause the CPU.

Essentially, except that frequency shifts have to be performed in
steps of 200 MHz, aside from an elavator jump from 800 or 1000 MHz
to 1600 or 1800 MHz.  So steps 3-5 have to happen repeatedly,
and there are steps 6) instruct the regulator to decrease the
voltage
> 
> Which of these steps are under software control on PowerNow?  
 
For this generation of parts, all steps are under active software
control except unpausing the CPU.

> Since we probably don't know how long we had to wait between when the
> multipler was increased and when the CPU was un-paused, it will be
> necessary to recalibrate the CPU to the global time source (PIT/HPET).

How is that performed?

-Mark Langsdorf
Operating System Research Center
AMD



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>