From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joanna Rutkowska Subject: Re: dom0 is stalled until a keypress Date: Tue, 06 Sep 2011 18:35:58 +0200 Message-ID: <4E664BEE.9000208@invisiblethingslab.com> References: <20110905091937.GA1906@email> <36a5b662-4420-41aa-be01-445f83b15a7b@default> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1638461726==" Return-path: In-Reply-To: <36a5b662-4420-41aa-be01-445f83b15a7b@default> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dan Magenheimer Cc: xen-devel@lists.xensource.com, Rafal Wojtczuk List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============1638461726== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8412AECBE07A109407FDDB35" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8412AECBE07A109407FDDB35 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/06/11 17:49, Dan Magenheimer wrote: >> From: Rafal Wojtczuk [mailto:rafal@invisiblethingslab.com] >> Sent: Monday, September 05, 2011 3:20 AM >> To: xen-devel@lists.xensource.com >> Subject: [Xen-devel] dom0 is stalled until a keypress >> >> Hello, >> The following bizarre behaviour was observed on xen4.1+suse dom0 2.6.3= 8, 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 n= othing >> 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 the= re is >> no need for keypressing anymore. >> A particularly disturbing fact is that qrexec_daemon parent, that basi= cally >> does >> for (;;) { sleep(1); fprintf(stderr, "."); } >> does not print dots, until a keypress arrives. So something is very wr= ong >> with timers. >> Somehow similarly, pm-suspend sometimes hangs at some stage - after de= taching >> 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=3Doff" does not help. >> >> "cpufreq=3Ddom0-kernel" cures the symptoms; but it is not a sideeffect= less >> solution. Any idea what is going on or how to debug it ? >=20 > ISTR seeing this on a Core(2?)Duo laptop and I think the > workaround was setting max_cstate=3D0 (as Xen boot parameter). >=20 But what was the actual problem? Setting max_cstate is probably even worse for power management than setting cpufreq=3Ddom-kernel, isn't it? Thanks, joanna. --------------enig8412AECBE07A109407FDDB35 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOZkvuAAoJEDaIqHeRBUM0RfAIALzSuoL8H2ZLHO4SANiPMoO1 M1Sw2wKDWXDqdjcrmyHwa0Pd4LxjigQXUhQ7TkCYYEVA1Poc0Qi9lpqdRqWUXeLr piVZD2zD49K6lWsJLzbBum+l1dI/Q4XSXkKWOhHcohBkcYfaOz1kPcH/tbZaxbNd xsqn46uxmAeGG70CP2Zr1CIpMcvT+fYr3lv37eSKfs0EubZ6Zh7vnr6t6Y0DK8+L exuOrj2Fq9d9iY+A5Yk6LUP06sizbUTlvqiJMh5na4kpNohOj/2nquUoetCW4MHA AgtH91JGO7lxNlrYYQ8yXCHlbBc7XBw3PFy8SaXK0Whtjapv1F4mZnsZ3Pzu5OQ= =2nYZ -----END PGP SIGNATURE----- --------------enig8412AECBE07A109407FDDB35-- --===============1638461726== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1638461726==--