On Thu, May 17, 2018 at 17:02:23 -0400, Collin Walling wrote:
On 05/17/2018 04:41 PM, Jiri Denemark wrote:
> On Sat, May 05, 2018 at 12:48:47 -0500, Chris Venteicher wrote:
>> S390 uses qemu-kvm in /usr/libexec.
>
> That's incorrect, /usr/libexec/qemu-kvm is the native binary on
> RHEL/CentOS. That is it's arch matches host arch.
>
>> ---
>> src/qemu/qemu_capabilities.c | 5 +++++
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/src/qemu/qemu_capabilities.c b/src/qemu/qemu_capabilities.c
>> index 9ffbf91a90..ac7569679c 100644
>> --- a/src/qemu/qemu_capabilities.c
>> +++ b/src/qemu/qemu_capabilities.c
>> @@ -687,6 +687,11 @@ virQEMUCapsFindBinaryForArch(virArch hostarch,
>> goto out;
>> }
>>
>> + /* Fourth attempt: try 'qemu-kvm' */
>> + if ((ret = virQEMUCapsFindBinary("%s",
"/usr/libexec/qemu-kvm")) != NULL)
>> + goto out;
>> +
>> +
>> out:
>> return ret;
>> }
>
> NACK, this is handled elsewhere.
This is going to sound silly since the string "redhat" is found everywhere in
these
emails, but do you think it's worthwhile to also add the ability to probe the other
native binaries that are used by other distros?
Sure, but do you know any other distro which would use another stupid
non-standard location and name for QEMU binaries? I hope they would all
use upstream names and locations, i.e., /usr/bin/qemu-system-$ARCH or
/usr/libexec/qemu-kvm if they are derived from RHEL. If there are other
options, I guess we should handle them.
Currently, we probe for /usr/libexec/qemu-kvm, qemu-kvm, and kvm in
virQEMUCapsInitGuest and we could easily extend this list if needed.
Jirka