From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [xen-4.7-testing test] 105948: regressions - FAIL Date: Fri, 24 Feb 2017 00:25:54 +0100 Message-ID: <1487892354.5548.3.camel@citrix.com> References: <4b6337e3-74b3-8ecd-d7a6-aa8a451fb8d3@citrix.com> <58AD5DDA020000780013C9ED@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5146452860550107805==" 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 1ch2lx-0005zB-9D for xen-devel@lists.xenproject.org; Thu, 23 Feb 2017 23:26:05 +0000 In-Reply-To: <58AD5DDA020000780013C9ED@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 , Andrew Cooper Cc: George Dunlap , xen-devel , osstest service owner List-Id: xen-devel@lists.xenproject.org --===============5146452860550107805== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="=-pcYmBM0Nevns3DQ1g3Jr" --=-pcYmBM0Nevns3DQ1g3Jr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2017-02-22 at 01:46 -0700, Jan Beulich wrote: > > > > On 22.02.17 at 01:02, wrote: > > (XEN) **************************************** > > (XEN) Panic on CPU 14: > > (XEN) Assertion 'd->cpupool !=3D NULL' failed at > > ...5948.build-amd64/xen/xen/include/xen/sched-if.h:200 > > (XEN) **************************************** > > (XEN) > > (XEN) Manual reset required ('noreboot' specified) > >=20 > > I am guessing the most recent credit2 backports weren't quite so > > safe? >=20 > Well, there was only one in the batch under test (and that is what > adds the cpupool_domain_cpumask() causing the ASSERT() above > to trigger). However, comparing with the staging version of the file > (which is heavily different), the immediate code involved here isn't > all that different, so I wonder whether (a) this is a problem on > staging too or (b) we're missing another backport. Dario? > Sorry I'm a bit late. But I wasn't feeling too well today, so I couldn't work much. In any case, I managed to reproduce this (with staging-4.7) on my testbox, and I think I've understood what it is (Credit2's load balancer is considering the original domain, which is in the process of being destroyed, and hence already has d->cpupool=3D=3DNULL). I should be able to put together a patch quickly tomorrow. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-pcYmBM0Nevns3DQ1g3Jr 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 iQIcBAABCAAGBQJYr2+EAAoJEBZCeImluHPuEpgQAMAqhbUIo3PsE6hU9gwl9V+l Sf22xNybK6ppa+zo7VyU5bLW3p1Q38XoFaYXronydBQkbAVqsVMcGOzP6v0wr4aJ IWoBfCPzffgVzdX1iYBUBbZ1lL27hCdPcxyGr16p63cy6OaSx2q/+RTLrilNgF30 ZzAVtHOlCGpnI1kaxwEax+IHhJxShnkunOwQWrkyzV9K9wjupF4nxC5I+Qkpblxt it1niXZleF+uhVPsrsY8wuHYtbnkjYdSnY7vYBzsJ0m0ryRiBKMMwcGEUGekYt0v SPcHG8uchgTT8779n9Du+V1TZxPDps4wU4PljCtGXW2Ab7SMflkc4uu/ZzGUR42h Nqebk6kWVw9JzyHas4vMJYYHJ4tLEvl7mSEFrc4loKoCqqXAfrRz0kBj4XuqSrN6 I3iJeO+E1q8sqJo3iNfU9yg63k1mTL2GQVcuQuHYQI/42i3ebJNgn6FNI4Om3qVn ERk1fMdmH68FNNAOEoxUKyhbRi4/k4TKGpEazYnc1dV1RCDSlSt50N1ZJPhW2cIk nRmfYHJmbJbuOVQ8f+clJJTcUentwk9SP8np1Cs0JuqVn4O51MwR2eisiaaB+hle NZjvlR9wzM7qbx/yCXdfCzej/VrW4VeSaPJ9FqGVSD8qJRVrRonuwS2M6VZ3Tkfs sShQJzjFGGsLIaVqAaek =Jg1l -----END PGP SIGNATURE----- --=-pcYmBM0Nevns3DQ1g3Jr-- --===============5146452860550107805== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============5146452860550107805==--