From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [PATCH for 4.7 0/4] Assorted scheduling fixes Date: Thu, 5 May 2016 14:38:37 +0200 Message-ID: <1462451917.3355.5.camel@citrix.com> References: <146231184906.25631.6550047090421454264.stgit@Solace.fritz.box> <20160504012617.GC29883@char.us.oracle.com> <1462352775.4413.17.camel@citrix.com> <572B35D3.9060206@arm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2649042841649980471==" Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ayIYy-0003jQ-N3 for xen-devel@lists.xenproject.org; Thu, 05 May 2016 12:39:28 +0000 In-Reply-To: <572B35D3.9060206@arm.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Julien Grall , Konrad Rzeszutek Wilk Cc: Wei Liu , Steve Capper , Tianyang Chen , George Dunlap , Meng Xu , Varun.Swara@arm.com, xen-devel@lists.xenproject.org List-Id: xen-devel@lists.xenproject.org --===============2649042841649980471== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="=-+Qgp5gzZdZzqWbjaF1yj" --=-+Qgp5gzZdZzqWbjaF1yj Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2016-05-05 at 13:00 +0100, Julien Grall wrote: > Hi Dario, > On 04/05/16 10:06, Dario Faggioli wrote: > > On what hardware/emulator? The same Julien was using? > > >=20 > > > (XEN) CPU1 never came online > > > (XEN) Failed to bring up CPU 1 (error -5) > > > (XEN) Bringing up CPU2 > > > (XEN) CPU2 never came online > > > (XEN) Failed to bring up CPU 2 (error -5) > > > (XEN) Bringing up CPU3 > > > (XEN) CPU3 never came online > > > (XEN) Failed to bring up CPU 3 (error -5) > > > (XEN) Brought up 1 CPUs > > >=20 > > >=20 > > > Which is not very reassuring. I don't know if that is expected. > > >=20 > > I don't know... I've never said this on any x86 box before, and I > > wouldn't think it to be related to this series... do you see this > > only > > with the series applied? > Xen ARM doesn't wait indefinitely a secondary CPU to come online.=C2=A0 > Instead, if it isn't online after a 1s, it will be skipped. >=20 Ok. > This could happen on the Foundation Model if the number of cores > given=C2=A0 > on the model command line, handled by the firmware and described in > the=C2=A0 > device tree don't match each other. >=20 Right. Thanks for the explanation. So, does this mean that the behavior reported above by Konrad, i.e., logging and not crashing, is indeed intentional (or at least expected) and that therefore even this version of the patch cures the issue? Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-+Qgp5gzZdZzqWbjaF1yj 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 iQIcBAABCAAGBQJXKz7NAAoJEBZCeImluHPuM3kQALOWupqnzhEMPHqvJpx/Czia uegVk7nyYuskuE2Y+o8yY8oRDjuG1FbST7Jr+uHegfmDIA560pxDNxHT+0x06XQ+ f2jbJOXGHgGUrLa8IJFYb+NYKfU5ucCA/g4qU27cHqTc6o2lfB/pXtJuFZrbyQF2 4Sc7Hc5CdkIhJx5+hNorxnktuLmtZgtVDw7eGJSg8V2yeuWkG7I+4uo7cBCiFP8K 1n8DsNK6N794RjhB1+xS83gttou3PfIZq2Xp6w+8goJlgatceGkivZ4fZIb0uM3T 1htNhkeXc733bgZdDEPaQlxDRLB/mvGRh5klzRWARFPANN6RkpBsefT3fPZorOKX uIudIMSarXWJYDs3U7Jj5TextrTRyQclCfACQmqbgGkHwzC5ayzlDAI1c+EjcgTj k4sTAnXWSv0ekUIfudUwLlR2TFlaKTgEk9WPAjxlCk+Wj0WQBl4CRT7/R8oCtF7/ cWMSd6XBxAnEAqKT0FLmUm5HNjVBDSVwDPUvy3iq8JZmxbVaMQrehrXFBR8S7UAg Bqeku0W02ORY1ufqAKMCJ75wdkUB9soEx8lIPMMf+uSfhJDQ0R/83u9wvFIhS6ct p1sA3P2v312HDfuUGgsmXP/EumeW+jeE1aGv5WWW2VYWTFjDiWKJcXcJCHQByfG5 hFEJBYIcGwnDzR6j6s4T =s05G -----END PGP SIGNATURE----- --=-+Qgp5gzZdZzqWbjaF1yj-- --===============2649042841649980471== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tZGV2ZWwK --===============2649042841649980471==--