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] dom0 is stalled until a keypress

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: [Xen-devel] dom0 is stalled until a keypress
From: Joanna Rutkowska <joanna@xxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 07 Sep 2011 11:03:13 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Rafal Wojtczuk <rafal@xxxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 07 Sep 2011 02:05:45 -0700
Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to:cc :subject:references:in-reply-to:content-type; s=smtpout; bh=vAhY 9D/iXYq++jB1gp/+vbrgWFc=; b=Oge5xN+pSbxwHEAeitPr49zQf+58SefZGsrg 56qY2C3ESlEgucfywslLwy9/nBNiJZxuLh2CstlD5fqJhzTNqS8v9iCfTl/R030D p8D6ShHiCcgQ/EIrIcbjrVm53wKQmySWKpdhEEXvLXqqY7Af8ameUs/Rewovllzd BQidTms=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <71fba00b-9a7a-4029-ac11-4d37732bb53f@default>
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: <20110905091937.GA1906@email> <36a5b662-4420-41aa-be01-445f83b15a7b@default 4E664BEE.9000208@xxxxxxxxxxxxxxxxxxxxxx> <71fba00b-9a7a-4029-ac11-4d37732bb53f@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Thunderbird/3.1.11
On 09/06/11 19:17, Dan Magenheimer wrote:
>> From: Joanna Rutkowska [mailto:joanna@xxxxxxxxxxxxxxxxxxxxxx]
>> Subject: Re: [Xen-devel] dom0 is stalled until a keypress
>>
>> On 09/06/11 17:49, Dan Magenheimer wrote:
>>>> From: Rafal Wojtczuk [mailto:rafal@xxxxxxxxxxxxxxxxxxxxxx]
>>>> Sent: Monday, September 05, 2011 3:20 AM
>>>> To: xen-devel@xxxxxxxxxxxxxxxxxxx
>>>> Subject: [Xen-devel] dom0 is stalled until a keypress
>>>>
>>>> Hello,
>>>> The following bizarre behaviour was observed on xen4.1+suse dom0 2.6.38, on
>>>> an old Core Duo laptop; maybe someone can hint what is wrong.
>>>> Dom0 boot stalls after an init.d script prints "Starting udev". Then 
>>>> nothing
>>>> seems to happen. I need to press any key to observe progress - I need to do
>>>> it tens of times for the boot to finish. After X starts fine, then there is
>>>> no need for keypressing anymore.
>>>> A particularly disturbing fact is that qrexec_daemon parent, that basically
>>>> does
>>>> for (;;) { sleep(1); fprintf(stderr, "."); }
>>>> does not print dots, until a keypress arrives. So something is very wrong
>>>> with timers.
>>>> Somehow similarly, pm-suspend sometimes hangs at some stage - after 
>>>> detaching
>>>> power cord, machine enters S3 immediately.
>>>> This is vaguely similar to the issue described in
>>>>  https://lkml.org/lkml/2008/9/14/122
>>>> but this time, "nohz=off" does not help.
>>>>
>>>> "cpufreq=dom0-kernel" cures the symptoms; but it is not a sideeffectless
>>>> solution. Any idea what is going on or how to debug it ?
>>>
>>> ISTR seeing this on a Core(2?)Duo laptop and I think the
>>> workaround was setting max_cstate=0 (as Xen boot parameter).
>>>
>> But what was the actual problem? Setting max_cstate is probably even
>> worse for power management than setting cpufreq=dom-kernel, isn't it?
> 
> Sorry, dunno.  I recall looking into it a bit and finding that
> the Core processor (and possibly specifically Merom, the laptop
> version) had some special C-state (C3, C1E maybe?) and giving
> up at that point.  Sorry I can't be more helpful.

But the same system worked fine without any tweaks (cpufreq, max_cstate)
on Xen 3.4 and only started exhibiting this behavior after we switched
to Xen 4.1...

j.

Attachment: signature.asc
Description: OpenPGP digital signature

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