[libvirt] [PATCH] replace ppce500v2 with ppce500

Eric Blake eblake at redhat.com
Wed Mar 20 03:05:14 UTC 2013


On 03/19/2013 08:13 PM, Olivia Yin wrote:
> ---
>  docs/schemas/domaincommon.rng                    | 2 +-

Your commit message is sparse.  This is a good place to explain WHY a
maintainer should apply your patch.

On my Fedora 18 box, I see:
$ qemu-ppc64 -cpu help | grep e500
PowerPC e500_v10         PVR 80200010
PowerPC e500_v20         PVR 80200020
PowerPC e500v1           PVR 80200020
PowerPC e500v2_v10       PVR 80210010
PowerPC e500v2_v20       PVR 80210020
PowerPC e500v2_v21       PVR 80210021
PowerPC e500v2_v22       PVR 80210022
PowerPC e500v2           PVR 80210022
PowerPC e500             PVR 80210022
PowerPC e500v2_v30       PVR 80210030
PowerPC e500mc           PVR 80230020

Doesn't that mean that both 'ppce500' AND 'ppce500v2' (and several
others) should all be valid machine names?  If anything, we should
either relax the RNG grammar to allow freeform names (since the code
wasn't really checking), or we should enhance the grammar and C code to
call out the entire list of values that qemu supports.  With as many ppc
variants as qemu seems to support, trying to maintain a list seems like
duplicated effort where we will constantly be behind.  Therefore, I
think the best action is to do a mix: relax the grammar to allow any
string (the way we already do for x86), but then do a validation in the
C code that the string chosen by the user is supported by qemu (instead
of the current approach of not caring about the string).

I'm not yet convinced that this patch should be applied.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 621 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20130319/45ec01c6/attachment-0001.sig>


More information about the libvir-list mailing list