From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: Xen 4.8 + Linux 4.9 + Credit2 = can't bootup Date: Thu, 12 Jan 2017 13:50:11 +0100 Message-ID: <1484225411.32021.214.camel@citrix.com> References: <20170105015203.GA11785@char.us.oracle.com> <20170105021046.GB11785@char.us.oracle.com> <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2855016186886940509==" Return-path: Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cRepg-0004Lw-SC for xen-devel@lists.xenproject.org; Thu, 12 Jan 2017 12:50:20 +0000 In-Reply-To: <460a7b9d-69ae-358a-e9c0-adff42c01457@oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Boris Ostrovsky , Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org Cc: Juergen =?ISO-8859-1?Q?Gro=DF?= , Ian Jackson , Wei Liu List-Id: xen-devel@lists.xenproject.org --===============2855016186886940509== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="=-brgbV+RReku2c3vIZQM2" --=-brgbV+RReku2c3vIZQM2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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). > > >=20 > > > It works just fine with credit1 (see further down the log) > > > but if I try credit2 it ends up hanging during bootup. > > >=20 > > > 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. > >=20 > > 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. > >=20 > > Boris, any ideas? This is 4.9. > >=20 >=20 > I think 4.9 is broken. There were changes in topology initialization=C2= =A0 > 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? Ian, Wei, thoughts? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-brgbV+RReku2c3vIZQM2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJYd3uDAAoJEBZCeImluHPuuV8P/2CJG/yfjcaFN0BztxOOt/Z9 5vTS2QuMtZhUoIXUXYsoiNGlbK0GVk5dqncmOcJ04BVagJYA4QGNJYIbNWQjCBf1 SBfwZeKRegAyf2vXtF9gbrB1w8X+bGbO7qkdtxDJp1NxHFj/68SHYX3mXdS+vH07 b0RfEOQE7v0pn2/q3j9MOJm8QIdje7R54duznhR0CNBMJ8qvhGgmhkxMuI21r8qw vvMDLOjEpLQiwZCIPI5Pxz1QBU3psdwzAiwSlrl/Fn82Jud7v288LhqideBU0TT2 7yqw6O9GkzN+K7mFXWEmiVHBtJZAH5WF981nAwYGHCQ+DsoidMSvBNtNZOcNHOUa 2RqGCnak6DApseQEM+ZBje/wb8Wee9CKY95OybOmSxfeo1w7PsIdsDL/NQxmyIdR ICOWtLb2GR0TlZLwhiMWBuYEaHKKpJDi/kA0a8TCAc7L5kRuDtZ/OyV2qPMv8wyY wdKQ2w3nAks2RKHhZ5+p9P8zBVdxlXLT1KLY7klAYUrAzbn1zMsC/mX8x/gJAlF+ U6vB8Bkl9jPq0yRLMR7ploapzLhDXWWqViXKqlfeWcd5MpKejisEKRGQrvUOxmPJ jxrRzDkdO+RBrtN/9y+sEbM1bg8p20vURX1S2svlCPRFlrNagYqHritrfEC7Fgp0 6D3rl16A6WgUMWQ5chEJ =FfMp -----END PGP SIGNATURE----- --=-brgbV+RReku2c3vIZQM2-- --===============2855016186886940509== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============2855016186886940509==--