From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: xen/arm: Domain not fully destroyed when using credit2 Date: Tue, 24 Jan 2017 15:16:59 +0100 Message-ID: <1485267419.32103.71.camel@citrix.com> References: <58871C790200007800133268@prv-mh.provo.novell.com> <1485262392.32103.52.camel@citrix.com> <1485263974.32103.61.camel@citrix.com> <1485265231.32103.65.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1175294446797909323==" 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 1cW1uw-0001xT-C7 for xen-devel@lists.xenproject.org; Tue, 24 Jan 2017 14:17:50 +0000 In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Julien Grall , Jan Beulich Cc: Stefano Stabellini , Wei Liu , George Dunlap , Andrew Cooper , Ian Jackson , Tim Deegan , xen-devel List-Id: xen-devel@lists.xenproject.org --===============1175294446797909323== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="=-pQZHVb3d1o8jGYJUDOdM" --=-pQZHVb3d1o8jGYJUDOdM Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2017-01-24 at 13:49 +0000, Julien Grall wrote: > On 24/01/17 13:40, Dario Faggioli wrote: > > Ah, wow... And how --forgive my naiveness-- do you measure / check > > that? >=20 > I added a print in the interrupt path (gic_interrupt for ARM) to > dump=C2=A0 > the interrupt number. This needs to be restrict to CPU2 and above to=C2= =A0 > avoid been flooded: >=20 > if ( smp_processor_id() > 1 ) > =C2=A0=C2=A0=C2=A0printk("%s: CPU%u IRQ%u\n", __FUNCTION__, smp_processor= _id(), > irq); >=20 Ok. > I also added a print in the idle loop before and after the idling=C2=A0 > instruction (wfi for ARM, pm_idle for x86 I think). You can see the > CPU=C2=A0 > to go in idle mode but never coming back. >=20 I see. Yes, this is very different on x86. There, we have tracing (BTW, did that made it to ARM eventually?) and there's TRC_PM_IDLE_ENTRY/EXIT which do pretty much the same of your printk-s. And if I look at it, I do see even totally idle (from the scheduler point of view) pCPUs, I indeed see them going back and forth from and to C3. Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-pQZHVb3d1o8jGYJUDOdM 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 iQIcBAABCAAGBQJYh2HbAAoJEBZCeImluHPuh50P/A9vfZdZeLRfY95s1hdQ/FeH uAr/zrPxiXy/5Ip5NAifU9TPDN4SL/w3WRd3ORsX3kyXpl/Fcruz9D3UDHnyp3zV WXYMZeQucE1G8i1X/zP4LjOj0O1i/5BVc1cxGJeQhd16/bQoH3273ksaE9HfVMD5 BrFgkVqtrqrnSZIzSIga7fiBf1egJfB+BH5Vsb/VlP5PPvCtdaqLHlafoOtFmERl aVSErufucSf0EKduMclvjlfSzqWgURHu5y+absV5MB0TYjhcA7ao900zP7pXDtP6 LjN4caqJsgtj4WXnriaB/aw4FyWZ9m1t45QDzFqlAxZbcgaG6vCrI731K12tj4Tk eeUympp9MvDbK/iI3xn3IcM4B1M2d7P8gV2G+HtLfLOUCws+6Ps64dI7/y+04TqM UYPpit2/BO8fCvRF3YoWc+xmDcga2YnsoigIgqjZ+hq/zpeyLcYqFKRK69POip3E DByzpFpPQDFhz0YNoY5CfEJa4RHQA5cTCa7jFxA79WwJJ8fS04zjgMoCz8xZAKgM v1omPbF1eeiKGNxRETmiMWozQvu7H8T6vA0e2yPBBrGv4ih6Mp4XTTELW9Gq+o9t w0xMcxq4zygpuC4DxYEnEAvmlMSzCar1eobKdNBKwBzwgVMS95BVPgYYYJQdP6r9 ELsCym9cZ8YYvu2SfoZY =E5sg -----END PGP SIGNATURE----- --=-pQZHVb3d1o8jGYJUDOdM-- --===============1175294446797909323== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============1175294446797909323==--