From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: dependences for backporting to 4.5 [was: Re: [PATCH 2/3] xen: Have schedulers revise initial placement] Date: Fri, 12 Aug 2016 10:58:49 +0200 Message-ID: <1470992329.6250.87.camel@citrix.com> References: <1468605722-24239-1-git-send-email-george.dunlap@citrix.com> <1468605722-24239-2-git-send-email-george.dunlap@citrix.com> <579F434B0200007800101346@prv-mh.provo.novell.com> <1470054737.3311.0.camel@citrix.com> <57A4AFA70200007800103367@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8186507670013938978==" 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 1bY8Iu-0000Za-41 for xen-devel@lists.xenproject.org; Fri, 12 Aug 2016 08:59:00 +0000 In-Reply-To: <57A4AFA70200007800103367@prv-mh.provo.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Jan Beulich , George Dunlap Cc: xen-devel@lists.xenproject.org, Anshul Makkar , MengXu List-Id: xen-devel@lists.xenproject.org --===============8186507670013938978== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="=-cvk5EyMyzMbVuUA7owm6" --=-cvk5EyMyzMbVuUA7owm6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2016-08-05 at 07:24 -0600, Jan Beulich wrote: > > > > On 01.08.16 at 14:32, wrote: > > Yes, I think they're good backporting candidates. > Well, they appear to work fine on 4.7, but putting them onto 4.5 > causes an early boot crash (BUG_ON( cpu !=3D svc->vcpu->processor ) > in __runq_insert()).=20 > I just tested staging-4.5 plus your backport of these patches (i.e., the two commits that you have then reverted), and I haven't seen this... how can it that be? > Pulling in e59321d154 ("credit: remove cpu > argument to __runq_insert()") obviously makes that crash go > away, just to, a little later, hit the similar one close to the top > of > csched_load_balance(). >=20 In fact, I'd say that as far as I can see, the same that I said about backporting to 4.6, does the trick for 4.5 as well: https://lists.xen.org/archives/html/xen-devel/2016-08/msg01673.html I've double checked that I am using the proper tree and code, and it looks like I do. Can (anyone of) you have a go with that? If I'm right, and "just" avoiding to call insert_vcpu() for idle vcpu is enough, the question about what's the best path is the same as fo 4.6. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-cvk5EyMyzMbVuUA7owm6 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 iQIcBAABCAAGBQJXrY/KAAoJEBZCeImluHPuwT8QAOiZ9BHUkgfTDE88jUGIMjMW ZYTFwusTVMhDGH7ijKdZAJVRb6dirAKmXU8M1jxATQODOvewgZJAqc44ClzftATS h4vw1810ShcZ2B3RjWzkgfmwYb3IR3ZFvFKDt85IreBQLAVPI4JSbMDJNePBs8OO YsOJ+M71H4CRgULs8lahSPcUA4ri1gsa25zm3ywB6YZx8QQI5jq/+zGJNfBFAhkt /N3+Qx4WJ3zqq7UmweCIBlZ7KxfkiV7bu3TSCkWZCHTvsmpMZBEJOFqGnN40uKar sIppSRO8GcbR5oi8XjuPX4VEnoIHwgmbv4Rq+Au5wMkp/SS+OdshHjGwypJ2rLcq h8hYo73L7EyXbHa9x7vePVDjuEax+yLPx5RTNkCb8GCVgFU62gx8/alPcE0ANZBk ZVAJ0yvzfDmWPOgQUiyl/0n5jHuVpfc3USuT4Zlbgh1v6rPB+1yQJoSS7DaufveB ljG7BV1I3I7KSPflL42DSNrFjPqR2NFiObE6N7XPmU2FK08RKdawduoQqw0LvQoA qBqFC2Vzvs36T7wMwFh1CcfCaz9NSSpJ7dg5j7bBxzm0tfVAUFWeDXIgI2WN5H6s w7nME3U0BbMLiF16ri1tFRQcMAsCH/2VAG8Evemus8ZXITAnvFn4nCvHifLE5yC8 uh/8pujYDYzqBxfm/k9Q =+PoG -----END PGP SIGNATURE----- --=-cvk5EyMyzMbVuUA7owm6-- --===============8186507670013938978== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============8186507670013938978==--