From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: Is: cpuid creation of PV guests is not correct. Was:Re: [PATCH v6 00/10] vnuma introduction Date: Wed, 23 Jul 2014 00:53:00 +0200 Message-ID: <1406069580.25996.38.camel@Abyss> References: <1405662609-31486-1-git-send-email-ufimtseva@gmail.com> <20140718095359.GA5687@zion.uk.xensource.com> <1405678416.5333.179.camel@Solace> <20140718114834.GI7142@zion.uk.xensource.com> <1406037824.17850.46.camel@Solace> <20140722194301.GE2940@laptop.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2974928891852801091==" Return-path: In-Reply-To: <20140722194301.GE2940@laptop.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Konrad Rzeszutek Wilk Cc: keir@xen.org, Ian.Campbell@citrix.com, stefano.stabellini@eu.citrix.com, george.dunlap@eu.citrix.com, msw@linux.com, lccycc123@gmail.com, ian.jackson@eu.citrix.com, xen-devel@lists.xen.org, JBeulich@suse.com, Wei Liu , Elena Ufimtseva List-Id: xen-devel@lists.xenproject.org --===============2974928891852801091== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-q96X4OzO00QzQjwBZezQ" --=-q96X4OzO00QzQjwBZezQ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2014-07-22 at 15:43 -0400, Konrad Rzeszutek Wilk wrote: > > I.e., no matter how I pin the vcpus, the guest sees the 4 vcpus as if > > they were all SMT siblings, within the same core, sharing all cache > > levels. >=20 > My recollection was that the setting of these CPUID values is > tied in how the toolstack sees it - and since the toolstack > runs in the initial domain - that is where it picks this data up. >=20 > This problem had been discussed by Andrew Cooper at some point > (Hackathon? Emails? IRC?) and moved under the 'fix cpuid creation/parsing= '. >=20 > I think that this issue should not affect Elena's patchset -=20 > as the vNUMA is an innocent bystander that gets affected by this. >=20 Agreed. Let's live with the WARN for now or, if that is annoying (e.g. for testing/benchmarking) with whatever (local!) hack one needs. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-q96X4OzO00QzQjwBZezQ 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 iEYEABECAAYFAlPO60wACgkQk4XaBE3IOsTY7gCgoNv8r99+KtZzK0q3D92ja4Ym kw0An1Iy0Jy31egYZKzuOxybnipVbcT3 =WdOU -----END PGP SIGNATURE----- --=-q96X4OzO00QzQjwBZezQ-- --===============2974928891852801091== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============2974928891852801091==--