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

AW: RE: [Xen-devel] AMD P-States not recognized for Xen 3.3 and 3.4

To: "mark.langsdorf" <mark.langsdorf@xxxxxxx>, "Carsten Schiers" <carsten@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: AW: RE: [Xen-devel] AMD P-States not recognized for Xen 3.3 and 3.4
From: "Carsten Schiers" <carsten@xxxxxxxxxx>
Date: Wed, 7 Jan 2009 22:07:32 +0100
Cc:
Delivery-date: Wed, 07 Jan 2009 13:08:33 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <H000006700017386.1231362155.uhura.space.zz@MHS>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Ah, when you just droped in, Mark: could I safely ignore the TSC
error messages or is there any risk included in it...

BR,
Carsten.

-----Ursprüngliche Nachricht-----
Von: Carsten Schiers 
Gesendet: Mittwoch, 7. Januar 2009 22:03
An: jbeulich; mark.langsdorf; xen-devel
Betreff: AW: RE: [Xen-devel] AMD P-States not recognized for Xen 3.3 and 
3.4

So having read that, I have to summarize that working with the
Xen 3.2.1 / 2.6.18-xen-3.1-2 kernel / cpufreq=dom0-kernel team 
seems to be the best option.

Only drawback is for sure that typical tools, like powernowd is
only using Dom0 load. But I think I could possibly try to modify
powernowd or another tool to use what e.g. xentop is producing
as output, so that I tune up the system a bit when there is a
noticable bigger load than the 10% it is typically sleeping at.

Or am I wrong?

Thanks,
Carsten.

-----Ursprüngliche Nachricht-----
Von: Langsdorf, Mark [mailto:mark.langsdorf@xxxxxxx] 
Gesendet: Mittwoch, 7. Januar 2009 21:22
An: Carsten Schiers; xen-devel@xxxxxxxxxxxxxxxxxxx
Betreff: RE: [Xen-devel] AMD P-States not recognized for Xen 3.3 and 3.4

> > ... but was told that it is intentional that there's no 
> code to handle these.
> 
> Hm. And for what reason it does work in dom0-kernel? Because 
> it's done by powernow-k8.ko and userspace software?

Correct.  The family 0xf P-state interface is significantly
more complicated than the Family 0x10/architectural P-state
interface.  Porting it into the Xen hypervisor would possibly
introduce some more stability issues.  The architectural 
P-state interface is much stabler and smaller, and it made
sense to move it into Xen.  

Since the family 0xf P-state interface already existed in the
Linux kernel, it was easy enough to allow Linux dom0s to use
it for RevF systems.  Sadly, it's still got some problems 
due to the use of TSC as a time source.

-Mark Langsdorf
Operating System Research Center
AMD




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



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