From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <dario.faggioli@citrix.com>
Subject: Re: [RFC 0/5] xen/arm: support big.little SoC
Date: Wed, 21 Sep 2016 17:06:37 +0200
Message-ID: <1474470397.4393.251.camel@citrix.com>
References: <alpine.DEB.2.10.1609191653050.26423@sstabellini-ThinkPad-X260>
 <1474332846.4393.153.camel@citrix.com>
 <20160920100331.GB8084@linux-u7w5.ap.freescale.net>
 <CAFLBxZYiM-CUs3hsdq4DO36bNP3O0xEcfusWaf090RLJY5M+Cw@mail.gmail.com>
 <4c52141f-a6a4-a0b1-dced-f799b592481e@arm.com>
 <alpine.DEB.2.10.1609201153580.26423@sstabellini-ThinkPad-X260>
 <61196660-df7c-7324-2fb6-cfb11f44ea1e@arm.com>
 <alpine.DEB.2.10.1609201313530.26423@sstabellini-ThinkPad-X260>
 <20160921083800.GA2140@linux-u7w5.ap.freescale.net>
 <10dfecce-76ef-d490-bcfc-c20d6638706d@arm.com>
 <20160921122800.GA4751@linux-u7w5.ap.freescale.net>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1194929558289573974=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <20160921122800.GA4751@linux-u7w5.ap.freescale.net>
List-Unsubscribe: <https://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
To: Peng Fan <van.freenix@gmail.com>, Julien Grall <julien.grall@arm.com>
Cc: Juergen Gross <jgross@suse.com>, Peng Fan <peng.fan@nxp.com>, Stefano Stabellini <sstabellini@kernel.org>, George Dunlap <George.Dunlap@eu.citrix.com>, Andrew Cooper <andrew.cooper3@citrix.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, Jan Beulich <jbeulich@suse.com>
List-Id: xen-devel@lists.xenproject.org

--===============1194929558289573974==
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="=-F/elPsZdhwVjZfYV3oUG"

--=-F/elPsZdhwVjZfYV3oUG
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2016-09-21 at 20:28 +0800, Peng Fan wrote:
> Use this in xl cfg file?
> vcpuclass=3D["0-1:A35","2-5:A53", "6-7:A72"] ?
>=20
> I am not sure. If there are more kinds of CPUs, how to handle guest
> vcpus,
> as we discussed in this thread, we tend to support different classes
> of vcpu
> for guest. But if there are many kinds of physical CPUs, we also need
> to let
> guest have so many kinds of virtual cpus?
>=20
We don't _need_ to necessarily do that, or not right now.

**However**, this is the main point of spending time designing things
and/or having the kind of conversation we're having here: i.e., if the
design, and the resulting implementation, is generic enough, we may get
that for free, which would be great.

This seems to me to be the case, if we go for George's "vcpuclass=3D[]"
suggesion, and, even better, it doesn't look like it would make the
code much more difficult to write or complex (wrt to just allowing
"vcpus_big" and "vcpus_little").

Dario
--=20
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
--=-F/elPsZdhwVjZfYV3oUG
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

iQIcBAABCAAGBQJX4qH9AAoJEBZCeImluHPuOsYP/0gUsk8dkcoeqJzGBFn0v2ZG
w7TTkRg7jwIti7QvDZpIB7wqveySbGJixgaAiCywXKNmQOvOz8yPwcbanI+XHCPL
zJdZ/ARU4H6MWlGtnmbnt9+GI9aGqRTb9AaJ2cdJ1HPNcCStv3+eJvPYSwVNZ6da
x1a824TVgMIgGcXqT87+lIyxOQuI2qOmI5zbmA0Lp+Outj77XvCrcU1+YWVfYLNw
xy6aArhPP0uYCbAW69ieiUI13+8I6vgHNJFTthxbRdVxDPkVZNwg1lDzZTkjshOJ
faCuh2jXVvyoL8+TSLYFe0N2/pdqqRG0GHupHJu4SQsDuZQtZxtlYzJlMqtgO5CV
eNV0Mw2aMMrP/Bv4H01bVR17oLw8ZU5JsBEd431y7JeBRLXTxgwCEkdqLIndKVxU
p/PW/05jcq6yunmmCT9YX0ezCDPJuOCKFMh8GIE5AcNvddUi9ghyT6di2IG54kGc
JD2fgGAgLmtYUOkEthfgzRFnroZjanZjMNOdFXT5GsQbQgJJiCKBVSHiou7Lq+4J
Km/tFQ0caQ3ltDHr7PmkgqYQ/NcyqZTwOhmwawYcsd/mOw0OUG+7VBOIyMpnRVeS
A3Bmg3g7RhF8d6RRpIBL+G9CiN+Ofd6b0EDoCFy9AkvUh0pHk0aaoAAkikCpAB4s
uN0y/qGBxNFV1B0WxIHl
=9Cyi
-----END PGP SIGNATURE-----

--=-F/elPsZdhwVjZfYV3oUG--


--===============1194929558289573974==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs
IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v
cmcveGVuLWRldmVsCg==

--===============1194929558289573974==--