From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Marczykowski Subject: Re: Only CPU0 active after ACPI S3, xen 4.1.3 Date: Fri, 21 Dec 2012 14:34:49 +0100 Message-ID: <50D46579.2020609@invisiblethingslab.com> References: <50B7AF8A.5010304@invisiblethingslab.com> <50B88B8402000078000ACC4C@nat28.tlf.novell.com> <50B8D9A9.60502@invisiblethingslab.com> <50B8DAEA0200007800090B69@nat28.tlf.novell.com> <50B8DC55.8000308@invisiblethingslab.com> <50BC653E02000078000AD28C@nat28.tlf.novell.com> <50BDFA38.7030009@invisiblethingslab.com> <50D335E6.902@invisiblethingslab.com> <50D39C73.906@invisiblethingslab.com> <50D3EB03.4000109@invisiblethingslab.com> <50D4322102000078000B1F80@nat28.tlf.novell.com> <50D46534.2010304@invisiblethingslab.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4161286562440673312==" Return-path: In-Reply-To: <50D46534.2010304@invisiblethingslab.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: Ben Guthro , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============4161286562440673312== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBA1FDAE48EBEA22E36DDE4B8" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBA1FDAE48EBEA22E36DDE4B8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 21.12.2012 14:33, Marek Marczykowski wrote: > On 21.12.2012 09:55, Jan Beulich wrote: >>>>> On 21.12.12 at 05:52, Marek Marczykowski wrote: >>> On 21.12.2012 00:17, Marek Marczykowski wrote: >>>> With this patch applied (on 4.1.4 and 4.3-unstable), I've got origin= al=20 >>> symptom >>>> - only CPU0 active after ACPI S3. Didn't get reboot after few tries.= >>>> "xl debug-key r" output attached. >>>> Anyway it looks like bug was introduced somehow between 4.1.2 and 4.= 1.3 - on >>>> 4.1.2 none of above problems happened. >>> >>> I've done bisect on xen 4.1 and found problematic commit: >>> http://xenbits.xen.org/hg/xen-4.1-testing.hg/rev/1f95b55ef427=20 >> >> In that case, using "sched_ratelimit_us=3D0" should make the >> problem go away again - did you try that? >=20 > This option does not help when trying 4.1.4, but does when trying xen c= ompiled > from above c/s. >=20 >>> Unfortunately in xen-unstable parent of corresponding commit still ha= ve the >>> same problem, so there must be something more wrong. >> >> Which is why we'd need to be really certain that the c/s you >> spotted really is relevant here (to me it doesn't look like having >> an effect on resume at all). >=20 > So perhaps there is other problematic commit, which was backported to 4= =2E1 > later (than it is in xen-unstable). Or above commit only trigger some other bug... --=20 Best Regards / Pozdrawiam, Marek Marczykowski Invisible Things Lab --------------enigBA1FDAE48EBEA22E36DDE4B8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQ1GV6AAoJENuP0xzK19csnVcH/jKuxI4q6jmErB3N1dB5XA0p jtpe9cQU6RksdYEYa/ddcYbCo9Hlmy64eFYQIQ4KsdZwunDVAJPlAZM+X7hufGTp uSHWui7n+eOKxZOn8S7/+e54cW5ofL3Lg1BrON2JzD04PhUPsaTPADF3L1eJgjZF KCEb5Me3Ym2Z1bWHR9sZZL/aBXQRYPYyRgGGf2NZvxMxpKZB6Q1ns9od5ZPHThBS QHsJRXQYkS6g8e+Tgutd5EHbuGjuFsuIbhl8wnrF2psCV7kCjowolf5oXMsUarJG nbUGX+U8vtMGDWBlJkc/TUwrcmsu39qkrrv2ExL20RIO7cLSOZUXD3Rz4xmK/wI= =bR7L -----END PGP SIGNATURE----- --------------enigBA1FDAE48EBEA22E36DDE4B8-- --===============4161286562440673312== 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.xen.org http://lists.xen.org/xen-devel --===============4161286562440673312==--