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] Problems with enabling hypervisor C and P-state control

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Subject: Re: [Xen-devel] Problems with enabling hypervisor C and P-state control
From: "Niraj Tolia" <ntolia@xxxxxxxxx>
Date: Thu, 23 Oct 2008 21:47:28 -0700
Cc: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Yu, Ke" <ke.yu@xxxxxxxxx>
Delivery-date: Thu, 23 Oct 2008 21:47:52 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=A6MNtEq5vpnPFQkrZ/70SwLQ7zkFInBe7hLcvINIuoQ=; b=AadtXpUT4xo6qM9h3QOHOQkvgRX6mkg7qSC2Go5Qm+BjAU0JVQaD6LvO/b4CEo14Qs PnWN7oH7j75LmFKvv8nOSMxfCn6qVf2SjULTdDBpfA4rNyKfS2hiMZAdPEaJodB9K6BS ZZxX5EuSbGrIe+8bmXBvbLSXXtTwNP/w+Vu54=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GzNOtrKY+B6vb1CEBjp/EoX4MpahKA+nORctXOzDj/7r9VYZryS1trS8xOFlmFtlDj 1uyqe2a4yTySfrDBgU/h/M00T1ssgG+ycTpCYZf9hrsd06et6YRwmSua+MVl5NP5ybfI KnfGOTtQH6SYnNmzwmQlKQapVoi3MikTh8teE=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <D8078B8B3B09934AA9F8F2D5FB3F28CE0930F32595@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
References: <7e45e2ac0810220057w26b1ab45l8410c54346211d3f@xxxxxxxxxxxxxx> <49582C73AC36CC4C8C6C42390304E81C092722CF78@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <7e45e2ac0810231649o7fd82c81ha09912cfa6a92b76@xxxxxxxxxxxxxx> <49582C73AC36CC4C8C6C42390304E81C092722D967@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <D8078B8B3B09934AA9F8F2D5FB3F28CE0930F32595@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, Oct 23, 2008 at 9:13 PM, Tian, Kevin <kevin.tian@xxxxxxxxx> wrote:
>>From: Yu, Ke
>>Sent: Friday, October 24, 2008 11:15 AM
>>>
>>>
>>> Second, when I look at the P-state output (shown below), xenpm shows
>>> that the lowest P-state is only set on the first socket (this is a
>>> quad-core, quad-socket system). However, I have a feeling that this
>>> might be a problem with displaying the data rather than the
>>underlying
>>> logic. Any ideas?
>>>
>>> # xenpm | grep '*'
>>> *P3                  : freq       [1599 MHz]
>>> *P3                  : freq       [1599 MHz]
>>> *P3                  : freq       [1599 MHz]
>>> *P3                  : freq       [1599 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>> *P0                  : freq       [2398 MHz]
>>
>>This seems a bug. From the above info, I can not decided if it
>>is xenpm issue or xen cpufreq issue. could you please provide
>>more info, e.g.
>>- xen boot log (with loglvl=info), so that we can see if
>>cpufreq driver is initialized in all cpus
>>- xentrace date on Px state, so that we can see if the Px
>>transition really happened.
>>
>
> BTW, did you create any domains and run any workloads?

No, not yet. Only dom0 was active. Running workloads in different
domains is the next step once I have verified that basic Px
transitions are performing as expected.

Cheers,
Niraj


-- 
Niraj Tolia, Researcher, HP Labs
http://www.hpl.hp.com/personal/Niraj_Tolia/

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