diff mbox series

libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm

Message ID 20210407104511.343061-1-stefanha@redhat.com (mailing list archive)
State New, archived
Headers show
Series libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm | expand

Commit Message

Stefan Hajnoczi April 7, 2021, 10:45 a.m. UTC
Some downstreams rename the QEMU binary to "qemu-kvm". This breaks
qtest_get_arch(), which attempts to parse the target architecture from
the QTEST_QEMU_BINARY environment variable.

Print an error instead of returning the architecture "kvm". Things fail
in weird ways when the architecture string is bogus.

Arguably qtests should always be run in a build directory instead of
against an installed QEMU. In any case, printing a clear error when this
happens is helpful.

Reported-by: Qin Wang <qinwang@rehdat.com>
Cc: Emanuele Giuseppe Esposito <eesposit@redhat.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
---
 tests/qtest/libqtest.c | 8 ++++++++
 1 file changed, 8 insertions(+)

Comments

Laurent Vivier April 8, 2021, 10:37 a.m. UTC | #1
On 07/04/2021 12:45, Stefan Hajnoczi wrote:
> Some downstreams rename the QEMU binary to "qemu-kvm". This breaks
> qtest_get_arch(), which attempts to parse the target architecture from
> the QTEST_QEMU_BINARY environment variable.
> 
> Print an error instead of returning the architecture "kvm". Things fail
> in weird ways when the architecture string is bogus.
> 
> Arguably qtests should always be run in a build directory instead of
> against an installed QEMU. In any case, printing a clear error when this
> happens is helpful.
> 
> Reported-by: Qin Wang <qinwang@rehdat.com>
> Cc: Emanuele Giuseppe Esposito <eesposit@redhat.com>
> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
> ---
>  tests/qtest/libqtest.c | 8 ++++++++
>  1 file changed, 8 insertions(+)
> 
> diff --git a/tests/qtest/libqtest.c b/tests/qtest/libqtest.c
> index 71e359efcd..2fc249c0b5 100644
> --- a/tests/qtest/libqtest.c
> +++ b/tests/qtest/libqtest.c
> @@ -910,6 +910,14 @@ const char *qtest_get_arch(void)
>          abort();
>      }
>  
> +    if (strcmp(end + 1, "kvm") == 0) {
> +        fprintf(stderr, "QTEST_QEMU_BINARY must end with *-<arch>. If you are "
> +                        "using qemu-kvm, please create a symlink like ln -s "
> +                        "path/to/qemu-kvm qemu-system-x86_64 and use that "
> +                        "instead.\n");
> +        abort();
> +    }
> +
>      return end + 1;
>  }
>  

I think it would be more generic to check we have the "-system-" string in the name.

Thanks,
Laurent
Peter Maydell April 8, 2021, 10:49 a.m. UTC | #2
On Wed, 7 Apr 2021 at 11:46, Stefan Hajnoczi <stefanha@redhat.com> wrote:
>
> Some downstreams rename the QEMU binary to "qemu-kvm". This breaks
> qtest_get_arch(), which attempts to parse the target architecture from
> the QTEST_QEMU_BINARY environment variable.
>
> Print an error instead of returning the architecture "kvm". Things fail
> in weird ways when the architecture string is bogus.
>
> Arguably qtests should always be run in a build directory instead of
> against an installed QEMU. In any case, printing a clear error when this
> happens is helpful.
>
> Reported-by: Qin Wang <qinwang@rehdat.com>
> Cc: Emanuele Giuseppe Esposito <eesposit@redhat.com>
> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
> ---
>  tests/qtest/libqtest.c | 8 ++++++++
>  1 file changed, 8 insertions(+)

This way of figuring out the architecture has always been a bit cheesy.
It makes it awkward for instance if you want to put a wrapper script
around the qemu binary (to enable debug options, for instance) -- you
have to be careful to name the script with the right suffix.

thanks
-- PMM
Stefan Hajnoczi April 8, 2021, 4:04 p.m. UTC | #3
On Thu, Apr 08, 2021 at 12:37:36PM +0200, Laurent Vivier wrote:
> On 07/04/2021 12:45, Stefan Hajnoczi wrote:
> > Some downstreams rename the QEMU binary to "qemu-kvm". This breaks
> > qtest_get_arch(), which attempts to parse the target architecture from
> > the QTEST_QEMU_BINARY environment variable.
> > 
> > Print an error instead of returning the architecture "kvm". Things fail
> > in weird ways when the architecture string is bogus.
> > 
> > Arguably qtests should always be run in a build directory instead of
> > against an installed QEMU. In any case, printing a clear error when this
> > happens is helpful.
> > 
> > Reported-by: Qin Wang <qinwang@rehdat.com>
> > Cc: Emanuele Giuseppe Esposito <eesposit@redhat.com>
> > Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
> > ---
> >  tests/qtest/libqtest.c | 8 ++++++++
> >  1 file changed, 8 insertions(+)
> > 
> > diff --git a/tests/qtest/libqtest.c b/tests/qtest/libqtest.c
> > index 71e359efcd..2fc249c0b5 100644
> > --- a/tests/qtest/libqtest.c
> > +++ b/tests/qtest/libqtest.c
> > @@ -910,6 +910,14 @@ const char *qtest_get_arch(void)
> >          abort();
> >      }
> >  
> > +    if (strcmp(end + 1, "kvm") == 0) {
> > +        fprintf(stderr, "QTEST_QEMU_BINARY must end with *-<arch>. If you are "
> > +                        "using qemu-kvm, please create a symlink like ln -s "
> > +                        "path/to/qemu-kvm qemu-system-x86_64 and use that "
> > +                        "instead.\n");
> > +        abort();
> > +    }
> > +
> >      return end + 1;
> >  }
> >  
> 
> I think it would be more generic to check we have the "-system-" string in the name.

Nice. I will send a v2.

Stefan
diff mbox series

Patch

diff --git a/tests/qtest/libqtest.c b/tests/qtest/libqtest.c
index 71e359efcd..2fc249c0b5 100644
--- a/tests/qtest/libqtest.c
+++ b/tests/qtest/libqtest.c
@@ -910,6 +910,14 @@  const char *qtest_get_arch(void)
         abort();
     }
 
+    if (strcmp(end + 1, "kvm") == 0) {
+        fprintf(stderr, "QTEST_QEMU_BINARY must end with *-<arch>. If you are "
+                        "using qemu-kvm, please create a symlink like ln -s "
+                        "path/to/qemu-kvm qemu-system-x86_64 and use that "
+                        "instead.\n");
+        abort();
+    }
+
     return end + 1;
 }