From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Ostrovsky Subject: Re: Xen 4.8 + Linux 4.9 + Credit2 = can't bootup Date: Thu, 12 Jan 2017 11:22:38 -0500 Message-ID: <944bfc67-32bd-f63b-c737-cfaaeb11494a@oracle.com> References: <20170105015203.GA11785@char.us.oracle.com> <20170105021046.GB11785@char.us.oracle.com> <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> <1484225411.32021.214.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7527507993681379312==" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cRi97-0005rM-R7 for xen-devel@lists.xenproject.org; Thu, 12 Jan 2017 16:22:37 +0000 In-Reply-To: <1484225411.32021.214.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Dario Faggioli , Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org Cc: =?UTF-8?Q?Juergen_Gro=c3=9f?= , Ian Jackson , Wei Liu List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============7527507993681379312== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="utdjBXj2mlvX8gKH4uwv3GtoCr37xLqtP" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --utdjBXj2mlvX8gKH4uwv3GtoCr37xLqtP Content-Type: multipart/mixed; boundary="a1m838rJCEs0wwjQ42ttQCnCUdDHJs2Fw"; protected-headers="v1" From: Boris Ostrovsky To: Dario Faggioli , Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org Cc: =?UTF-8?Q?Juergen_Gro=c3=9f?= , Wei Liu , Ian Jackson Message-ID: <944bfc67-32bd-f63b-c737-cfaaeb11494a@oracle.com> Subject: Re: [Xen-devel] Xen 4.8 + Linux 4.9 + Credit2 = can't bootup References: <20170105015203.GA11785@char.us.oracle.com> <20170105021046.GB11785@char.us.oracle.com> <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> <1484225411.32021.214.camel@citrix.com> In-Reply-To: <1484225411.32021.214.camel@citrix.com> --a1m838rJCEs0wwjQ42ttQCnCUdDHJs2Fw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/12/2017 07:50 AM, Dario Faggioli wrote: > On Wed, 2017-01-04 at 22:13 -0500, Boris Ostrovsky wrote: >> On 01/04/2017 09:10 PM, Konrad Rzeszutek Wilk wrote: >>> On Wed, Jan 04, 2017 at 08:52:03PM -0500, Konrad Rzeszutek Wilk >>> wrote: >>>> I was trying to bootup on an 30 CPU machine (15 core, SMT). >>>> >>>> It works just fine with credit1 (see further down the log) >>>> but if I try credit2 it ends up hanging during bootup. >>>> >>>> I am a going to naively assume it is due to how the vCPUs are >>>> exposed (Where they match the physical CPUs under credit1), >>>> but under credit2 they are different. >>> It seems now that I took dom0_max_vcpus out of the picture I can >>> reproduce this with credit1 scheduler. So it looks like an Linux >>> issue. >>> >>> Boris, any ideas? This is 4.9. >>> >> I think 4.9 is broken. There were changes in topology initialization=20 >> that broke Xen in early 4.9 RCs.=20 >> > Maybe it's me misremembering/saying stupid things, but I recall that at= > some point we were testing some of the recent and in development Linux > branches in OSSTest. > > I don't think we do that any longer, and that may be part of the reason= > why we missed this one? I believe you needed to be on a multi-socket system to catch this bug. That's why, for example, my tests missed it --- the boxes that I use are all single-node. -boris > > Ian, Wei, thoughts? > > Regards, > Dario --a1m838rJCEs0wwjQ42ttQCnCUdDHJs2Fw-- --utdjBXj2mlvX8gKH4uwv3GtoCr37xLqtP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYd61PAAoJEIredpCGysGyLeUP/2ukxvxIsVZSrmN5Fx2Uz2bq HHVs8kn8a2lrP31ipSsG8ue//8rxS912nHtfJHnvozZviyxBsMEeGORXhzXZSwuN E4ul33Dhp0NVbuEaqHEuxSxwZ3uXk0vWd4Rb/8NrXy1qLMAkchBvYWLg5qi0crzP m0u4TXthoOm59xMm63QBZVauMUeGtVtBUJKr/LGjZ6vOaidsAH2ncp5a0kjHUvcS eMXeJB59Uqw7ur2OSlAJuYQy3tL+8jtklYP90/LJ6ui8P5O3R2krwfjVtsoFM75K SSQf44JAMMKG/owEhrHxV9UOjxH0RyE6jxIuZvYTd1ZPxqIKmvBUhw24CmEj8n1d 5vOtRCeNNs6dL90PBRciM6tJx/QyDTolD2Qcu5SnMH1OshQ8oN0Pm3DQV/F+mwXP mhuJHAH+5+aYcoEGXHRa5IRrrgIKYNKlWglCvcNsuNauV1g4zHh4TLOlNZt72wz/ NflKDJxtvCzktn21VkLUrXDCv//sMz6ULDXrKBAE0RJVQSrqSj9lPPFYc+o/wvz7 endLNJ5cPXQrOyWx0w5EWsgAdtwdBYuZg9uXcRhuPjcH7Y7vQRIdkXslp79xmBqF LSkeWl7gAFsQlF4o99Tb7EaDldjudulkatwZhUQZVI26ICL5JOHauHUVORpR7zUh +Zyn5a1TMLDUcfKM0yBS =z/vo -----END PGP SIGNATURE----- --utdjBXj2mlvX8gKH4uwv3GtoCr37xLqtP-- --===============7527507993681379312== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============7527507993681379312==--