Re: [PATCH 0/3] qemu: Allow arm 32-on-64 KVM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 05/28/2015 07:26 AM, John Ferlan wrote:
> 
> 
> On 05/21/2015 07:03 PM, Cole Robinson wrote:
>> qemu 2.3.0 added support for enabling armv7l VMs to run on aarch64 hosts
>> with KVM. First patch handles the special command line bit, last two
>> patches are about advertising things in virsh capabilities.
>>
>> After these patches, 'virt-install --arch armv7l ...' on an aarch64
>> host with new enough qemu will automatically use KVM and generate a
>> working config.
>>
>> Cole Robinson (3):
>>   qemu: command: Support arm 32-on-64 KVM with -cpu aarch64=off
>>   qemu: caps: qemu-system-aarch64 supports armv7l
>>   qemu: caps: Advertise arm 32-on-64 KVM option
>>
>>  src/qemu/qemu_capabilities.c                       | 57 ++++++++++++++--------
>>  src/qemu/qemu_capabilities.h                       |  1 +
>>  src/qemu/qemu_command.c                            | 13 +++++
>>  .../qemuxml2argv-aarch64-kvm-32-on-64.args         | 10 ++++
>>  .../qemuxml2argv-aarch64-kvm-32-on-64.xml          | 35 +++++++++++++
>>  tests/qemuxml2argvtest.c                           |  9 ++++
>>  6 files changed, 105 insertions(+), 20 deletions(-)
>>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-aarch64-kvm-32-on-64.args
>>  create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-aarch64-kvm-32-on-64.xml
>>
> 
> Perhaps lost by having the tweak dir perms handling patch sneak in...
> 
> Seems reasonable to me (ACK)...

Thanks, I'll wait to see if Dan has any more responses before pushing.

 Should there be some way to document how
> this would be added/usable in the passthrough description in
> formatdomain? Or somewhere else? Not sure how anyone would know the
> magic incantation to define/use this... Even though this was posted
> before freeze, not 100% clear whether it's push-able for this release cycle.
> 

The way it's meant to be consumed is just parsing the capabilities output to
find supported virt-type + arch + emulator + os-type tuples, which apps
already have to do. So this doesn't require any specific steps. Maybe how to
_use_ the capabilities XML isn't documented anywhere but if so it's outside
the scope of this patch set.

Thanks,
Cole

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]