On 12/10/20 11:14 AM, Greg Kurz wrote:
On Thu, 10 Dec 2020 15:01:20 +0100
Greg Kurz wrote:
On Thu, 10 Dec 2020 10:07:21 -0300
Daniel Henrique Barboza wrote:
spapr_kvm_type() is considering 'vm_type=NULL' as a valid input, where
the function returns 0. This is relying on the current QEMU
On Thu, 10 Dec 2020 15:01:20 +0100
Greg Kurz wrote:
> On Thu, 10 Dec 2020 10:07:21 -0300
> Daniel Henrique Barboza wrote:
>
> > spapr_kvm_type() is considering 'vm_type=NULL' as a valid input, where
> > the function returns 0. This is relying on the current QEMU machine
> > options handling
On Thu, 10 Dec 2020 10:07:21 -0300
Daniel Henrique Barboza wrote:
> spapr_kvm_type() is considering 'vm_type=NULL' as a valid input, where
> the function returns 0. This is relying on the current QEMU machine
> options handling logic, where the absence of the 'kvm-type' option
> will be
spapr_kvm_type() is considering 'vm_type=NULL' as a valid input, where
the function returns 0. This is relying on the current QEMU machine
options handling logic, where the absence of the 'kvm-type' option
will be reflected as 'vm_type=NULL' in this function.
This is not robust, and will break if