From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joanna Rutkowska Subject: Re: Re: DomU lockups after resume from S3 on Core i5 processors Date: Tue, 06 Jul 2010 10:59:36 +0200 Message-ID: <4C32F078.2080009@invisiblethingslab.com> References: <4C31B629.7070601@invisiblethingslab.com> <4C324E8C.4030305@invisiblethingslab.com> <4C3257B2.1040002@invisiblethingslab.com> <4C32602A.8070305@goop.org> <4C326241.2030503@invisiblethingslab.com> <4C3267FB.3070202@goop.org> <4C33085E0200007800009AE1@vpn.id2.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1280419581==" Return-path: In-Reply-To: <4C33085E0200007800009AE1@vpn.id2.novell.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: Jan Beulich Cc: Jeremy Fitzhardinge , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============1280419581== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig19AB45584031519E22AA40EB" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig19AB45584031519E22AA40EB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/06/10 10:41, Jan Beulich wrote: >>>> On 06.07.10 at 01:17, Jeremy Fitzhardinge wrote: >> On 07/05/2010 03:52 PM, Joanna Rutkowska wrote: >>> On 07/06/10 00:43, Jeremy Fitzhardinge wrote: >>>> Do you know what's going on it in that it might be waiting >>>> for? >>>> =20 >>> No idea. I might be guessing that it would be different kernel >>> subsystems each time -- e.g. when I'm lucky and when the apps got onl= y >>> "partially" locked up, I can e.g. open new tabs in Google Chrome, I c= an >>> see some thumbnails of my popular websites, but without their content= s. >>> This would suggest the networking subsystem is dead, but at the same >>> time Chrome is apparently communicating fine with the X server in the= >>> DomU (and which in turn talks fine with Dom0 over Xen shared >>> memory/evtchanl). >>> >>> I experienced the above behavior also when had only one VCPU er DomU.= >>> =20 >> >> I've seen similar things with just normal domain save/restore, where t= he >> timer interrupt seems to be failing. Can you ssh into the domain? I >> found that I couldn't do an interactive ssh (hung at the prompt), but = a >> non-interactive command would work, so I could cat /proc/interrupts. >=20 > Did either of you try disabling the setting of sched_clock_stable in > arch/x86/kernel/cpu/intel.c:early_init_intel()? I found this to be a > requirement in our pv kernels (though in connection with the use of > C-states, not with S3). >=20 Before I try it -- can you explain what would be the theory behind it, specifically how this would be related to HT? Clearly it is a HT problem, and intuitively, I would expect this to be a Xen-side problem, rather than DomU-side? joanna. --------------enig19AB45584031519E22AA40EB 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/ iEYEARECAAYFAkwy8HgACgkQORdkotfEW84QhwCeLb/U/pkRMrG+f+BTsbb5aJmE RvgAoJxJB7J6H9evK+xm3yyDLWsyxqO8 =1h5W -----END PGP SIGNATURE----- --------------enig19AB45584031519E22AA40EB-- --===============1280419581== 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 --===============1280419581==--