diff mbox series

[1/1] ppc/pnv.c: add a friendly warning when accel=kvm is used

Message ID 20211125224202.632658-1-danielhb413@gmail.com
State New
Headers show
Series [1/1] ppc/pnv.c: add a friendly warning when accel=kvm is used | expand

Commit Message

Daniel Henrique Barboza Nov. 25, 2021, 10:42 p.m. UTC
If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
cryptic error will be shown:

qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument

Appending '-cpu host' will throw another error:

qemu-system-ppc64: invalid chip model 'host' for powernv9 machine

The root cause is that in IBM PowerPC we have different specs for the bare-metal
and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
KVM modules presented in the ppc kernels implements PAPR. This means that we
can't use KVM accel when using the powernv machine, which is the emulation of
the bare-metal host.

All that said, let's give a more informative error in this case.

Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
---
 hw/ppc/pnv.c | 5 +++++
 1 file changed, 5 insertions(+)

Comments

David Gibson Nov. 26, 2021, 1:11 a.m. UTC | #1
On Thu, Nov 25, 2021 at 07:42:02PM -0300, Daniel Henrique Barboza wrote:
> If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
> cryptic error will be shown:
> 
> qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
> qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
> 
> Appending '-cpu host' will throw another error:
> 
> qemu-system-ppc64: invalid chip model 'host' for powernv9 machine
> 
> The root cause is that in IBM PowerPC we have different specs for the bare-metal
> and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
> KVM modules presented in the ppc kernels implements PAPR. This means that we
> can't use KVM accel when using the powernv machine, which is the emulation of
> the bare-metal host.
> 
> All that said, let's give a more informative error in this case.
> 
> Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
> ---
>  hw/ppc/pnv.c | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
> index 71e45515f1..e5b87e8730 100644
> --- a/hw/ppc/pnv.c
> +++ b/hw/ppc/pnv.c
> @@ -742,6 +742,11 @@ static void pnv_init(MachineState *machine)
>      DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
>      DeviceState *dev;
>  
> +    if (kvm_enabled()) {
> +        error_report("The powernv machine does not work with KVM acceleration");
> +        exit(EXIT_FAILURE);
> +    }


Hmm.. my only concern here is that powernv could, at least
theoretically, work with KVM PR.  I don't think it does right now,
though.

> +
>      /* allocate RAM */
>      if (machine->ram_size < mc->default_ram_size) {
>          char *sz = size_to_str(mc->default_ram_size);
Cédric Le Goater Nov. 26, 2021, 5:51 p.m. UTC | #2
On 11/26/21 02:11, David Gibson wrote:
> On Thu, Nov 25, 2021 at 07:42:02PM -0300, Daniel Henrique Barboza wrote:
>> If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
>> cryptic error will be shown:
>>
>> qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
>> qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
>>
>> Appending '-cpu host' will throw another error:
>>
>> qemu-system-ppc64: invalid chip model 'host' for powernv9 machine
>>
>> The root cause is that in IBM PowerPC we have different specs for the bare-metal
>> and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
>> KVM modules presented in the ppc kernels implements PAPR. This means that we
>> can't use KVM accel when using the powernv machine, which is the emulation of
>> the bare-metal host.
>>
>> All that said, let's give a more informative error in this case.
>>
>> Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
>> ---
>>   hw/ppc/pnv.c | 5 +++++
>>   1 file changed, 5 insertions(+)
>>
>> diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
>> index 71e45515f1..e5b87e8730 100644
>> --- a/hw/ppc/pnv.c
>> +++ b/hw/ppc/pnv.c
>> @@ -742,6 +742,11 @@ static void pnv_init(MachineState *machine)
>>       DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
>>       DeviceState *dev;
>>   
>> +    if (kvm_enabled()) {
>> +        error_report("The powernv machine does not work with KVM acceleration");
>> +        exit(EXIT_FAILURE);
>> +    }
> 
> 
> Hmm.. my only concern here is that powernv could, at least
> theoretically, work with KVM PR.  I don't think it does right now,
> though.

At the same time, it is nice to not let the user think that it could work
in its current state. Don't you think so ?

C.

> 
>> +
>>       /* allocate RAM */
>>       if (machine->ram_size < mc->default_ram_size) {
>>           char *sz = size_to_str(mc->default_ram_size);
>
David Gibson Nov. 27, 2021, 5:14 a.m. UTC | #3
On Fri, Nov 26, 2021 at 06:51:38PM +0100, Cédric le Goater wrote:
> On 11/26/21 02:11, David Gibson wrote:
> > On Thu, Nov 25, 2021 at 07:42:02PM -0300, Daniel Henrique Barboza wrote:
> > > If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
> > > cryptic error will be shown:
> > > 
> > > qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
> > > qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
> > > 
> > > Appending '-cpu host' will throw another error:
> > > 
> > > qemu-system-ppc64: invalid chip model 'host' for powernv9 machine
> > > 
> > > The root cause is that in IBM PowerPC we have different specs for the bare-metal
> > > and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
> > > KVM modules presented in the ppc kernels implements PAPR. This means that we
> > > can't use KVM accel when using the powernv machine, which is the emulation of
> > > the bare-metal host.
> > > 
> > > All that said, let's give a more informative error in this case.
> > > 
> > > Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
> > > ---
> > >   hw/ppc/pnv.c | 5 +++++
> > >   1 file changed, 5 insertions(+)
> > > 
> > > diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
> > > index 71e45515f1..e5b87e8730 100644
> > > --- a/hw/ppc/pnv.c
> > > +++ b/hw/ppc/pnv.c
> > > @@ -742,6 +742,11 @@ static void pnv_init(MachineState *machine)
> > >       DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
> > >       DeviceState *dev;
> > > +    if (kvm_enabled()) {
> > > +        error_report("The powernv machine does not work with KVM acceleration");
> > > +        exit(EXIT_FAILURE);
> > > +    }
> > 
> > 
> > Hmm.. my only concern here is that powernv could, at least
> > theoretically, work with KVM PR.  I don't think it does right now,
> > though.
> 
> At the same time, it is nice to not let the user think that it could work
> in its current state. Don't you think so ?

Right, I'm thinking of the implication if you have an old qemu but a
new KVM which let it work.  Chances of KVM actually implementing this
probably aren't good though, so requiring the qemu update if we ever
do is probably the better deal.
Daniel Henrique Barboza Nov. 29, 2021, 9:09 p.m. UTC | #4
On 11/27/21 02:14, David Gibson wrote:
> On Fri, Nov 26, 2021 at 06:51:38PM +0100, Cédric le Goater wrote:
>> On 11/26/21 02:11, David Gibson wrote:
>>> On Thu, Nov 25, 2021 at 07:42:02PM -0300, Daniel Henrique Barboza wrote:
>>>> If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
>>>> cryptic error will be shown:
>>>>
>>>> qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
>>>> qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
>>>>
>>>> Appending '-cpu host' will throw another error:
>>>>
>>>> qemu-system-ppc64: invalid chip model 'host' for powernv9 machine
>>>>
>>>> The root cause is that in IBM PowerPC we have different specs for the bare-metal
>>>> and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
>>>> KVM modules presented in the ppc kernels implements PAPR. This means that we
>>>> can't use KVM accel when using the powernv machine, which is the emulation of
>>>> the bare-metal host.
>>>>
>>>> All that said, let's give a more informative error in this case.
>>>>
>>>> Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
>>>> ---
>>>>    hw/ppc/pnv.c | 5 +++++
>>>>    1 file changed, 5 insertions(+)
>>>>
>>>> diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
>>>> index 71e45515f1..e5b87e8730 100644
>>>> --- a/hw/ppc/pnv.c
>>>> +++ b/hw/ppc/pnv.c
>>>> @@ -742,6 +742,11 @@ static void pnv_init(MachineState *machine)
>>>>        DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
>>>>        DeviceState *dev;
>>>> +    if (kvm_enabled()) {
>>>> +        error_report("The powernv machine does not work with KVM acceleration");
>>>> +        exit(EXIT_FAILURE);
>>>> +    }
>>>
>>>
>>> Hmm.. my only concern here is that powernv could, at least
>>> theoretically, work with KVM PR.  I don't think it does right now,
>>> though.
>>
>> At the same time, it is nice to not let the user think that it could work
>> in its current state. Don't you think so ?
> 
> Right, I'm thinking of the implication if you have an old qemu but a
> new KVM which let it work.  Chances of KVM actually implementing this
> probably aren't good though, so requiring the qemu update if we ever
> do is probably the better deal.


If the KVM module implements powernv accel support in the future, I wouldn't
take my the chances with the powernv machine working out of the box with it.

Most likely, if an endeavor of supporting KVM accel for powernv ever takes
place, we'll need QEMU changes to go with it. And when that happens we can
revert this patch and make the other necessary changes/fixes.

All that said, perhaps it's useful to add a note in docs/system/ppc/powernv.rst
explaining the the rationale for what we're doing here.



Thanks,


Daniel



>
David Gibson Nov. 30, 2021, 12:14 a.m. UTC | #5
On Mon, Nov 29, 2021 at 06:09:41PM -0300, Daniel Henrique Barboza wrote:
> 
> 
> On 11/27/21 02:14, David Gibson wrote:
> > On Fri, Nov 26, 2021 at 06:51:38PM +0100, Cédric le Goater wrote:
> > > On 11/26/21 02:11, David Gibson wrote:
> > > > On Thu, Nov 25, 2021 at 07:42:02PM -0300, Daniel Henrique Barboza wrote:
> > > > > If one tries to use -machine powernv9,accel=kvm in a Power9 host, a
> > > > > cryptic error will be shown:
> > > > > 
> > > > > qemu-system-ppc64: Register sync failed... If you're using kvm-hv.ko, only "-cpu host" is possible
> > > > > qemu-system-ppc64: kvm_init_vcpu: kvm_arch_init_vcpu failed (0): Invalid argument
> > > > > 
> > > > > Appending '-cpu host' will throw another error:
> > > > > 
> > > > > qemu-system-ppc64: invalid chip model 'host' for powernv9 machine
> > > > > 
> > > > > The root cause is that in IBM PowerPC we have different specs for the bare-metal
> > > > > and the guests. The bare-metal follows OPAL, the guests follow PAPR. The kernel
> > > > > KVM modules presented in the ppc kernels implements PAPR. This means that we
> > > > > can't use KVM accel when using the powernv machine, which is the emulation of
> > > > > the bare-metal host.
> > > > > 
> > > > > All that said, let's give a more informative error in this case.
> > > > > 
> > > > > Signed-off-by: Daniel Henrique Barboza <danielhb413@gmail.com>
> > > > > ---
> > > > >    hw/ppc/pnv.c | 5 +++++
> > > > >    1 file changed, 5 insertions(+)
> > > > > 
> > > > > diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
> > > > > index 71e45515f1..e5b87e8730 100644
> > > > > --- a/hw/ppc/pnv.c
> > > > > +++ b/hw/ppc/pnv.c
> > > > > @@ -742,6 +742,11 @@ static void pnv_init(MachineState *machine)
> > > > >        DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
> > > > >        DeviceState *dev;
> > > > > +    if (kvm_enabled()) {
> > > > > +        error_report("The powernv machine does not work with KVM acceleration");
> > > > > +        exit(EXIT_FAILURE);
> > > > > +    }
> > > > 
> > > > 
> > > > Hmm.. my only concern here is that powernv could, at least
> > > > theoretically, work with KVM PR.  I don't think it does right now,
> > > > though.
> > > 
> > > At the same time, it is nice to not let the user think that it could work
> > > in its current state. Don't you think so ?
> > 
> > Right, I'm thinking of the implication if you have an old qemu but a
> > new KVM which let it work.  Chances of KVM actually implementing this
> > probably aren't good though, so requiring the qemu update if we ever
> > do is probably the better deal.
> 
> 
> If the KVM module implements powernv accel support in the future, I wouldn't
> take my the chances with the powernv machine working out of the box with it.
> 
> Most likely, if an endeavor of supporting KVM accel for powernv ever takes
> place, we'll need QEMU changes to go with it. And when that happens we can
> revert this patch and make the other necessary changes/fixes.
> 
> All that said, perhaps it's useful to add a note in docs/system/ppc/powernv.rst
> explaining the the rationale for what we're doing here.

Yeah, makes sense to me.
diff mbox series

Patch

diff --git a/hw/ppc/pnv.c b/hw/ppc/pnv.c
index 71e45515f1..e5b87e8730 100644
--- a/hw/ppc/pnv.c
+++ b/hw/ppc/pnv.c
@@ -742,6 +742,11 @@  static void pnv_init(MachineState *machine)
     DriveInfo *pnor = drive_get(IF_MTD, 0, 0);
     DeviceState *dev;
 
+    if (kvm_enabled()) {
+        error_report("The powernv machine does not work with KVM acceleration");
+        exit(EXIT_FAILURE);
+    }
+
     /* allocate RAM */
     if (machine->ram_size < mc->default_ram_size) {
         char *sz = size_to_str(mc->default_ram_size);