From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: 2.6.37 dom0 under Xen 4.1 clocksource not working Date: Wed, 26 Jan 2011 17:18:03 -0800 Message-ID: <4D40C7CB.7000403@goop.org> References: <4D2B206B.3010707@tycho.nsa.gov> <4D40407F.6000108@goop.org> <4D4047A0.6070803@tycho.nsa.gov> <20110126201226.GA22519@dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20110126201226.GA22519@dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: Daniel De Graaf , xen-devel , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org On 01/26/2011 12:12 PM, Konrad Rzeszutek Wilk wrote: > Is this how 2.6.32 did it? Or was there no cpuidle driver in 2.6.32 so > we never had tried this? CPUIDLE is new. > With this being overwridden to HALT does that > mean the hypervisor cycles through the Cx states? What about using > MWAIT instead? How does this impact AMD platforms? "halt" in this case is the safe_halt pvop, so it ends up going into the appropriate hypercall. J