qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm
@ 2021-04-07 10:45 Stefan Hajnoczi
  2021-04-08 10:37 ` Laurent Vivier
  2021-04-08 10:49 ` Peter Maydell
  0 siblings, 2 replies; 4+ messages in thread
From: Stefan Hajnoczi @ 2021-04-07 10:45 UTC (permalink / raw)
  To: qemu-devel
  Cc: Laurent Vivier, Emanuele Giuseppe Esposito, Thomas Huth,
	Qin Wang, Stefan Hajnoczi, Paolo Bonzini

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;
 }
 
-- 
2.30.2


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm
  2021-04-07 10:45 [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm Stefan Hajnoczi
@ 2021-04-08 10:37 ` Laurent Vivier
  2021-04-08 16:04   ` Stefan Hajnoczi
  2021-04-08 10:49 ` Peter Maydell
  1 sibling, 1 reply; 4+ messages in thread
From: Laurent Vivier @ 2021-04-08 10:37 UTC (permalink / raw)
  To: Stefan Hajnoczi, qemu-devel
  Cc: Emanuele Giuseppe Esposito, Paolo Bonzini, Thomas Huth, Qin Wang

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



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm
  2021-04-07 10:45 [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm Stefan Hajnoczi
  2021-04-08 10:37 ` Laurent Vivier
@ 2021-04-08 10:49 ` Peter Maydell
  1 sibling, 0 replies; 4+ messages in thread
From: Peter Maydell @ 2021-04-08 10:49 UTC (permalink / raw)
  To: Stefan Hajnoczi
  Cc: Laurent Vivier, Emanuele Giuseppe Esposito, Thomas Huth,
	Qin Wang, QEMU Developers, Paolo Bonzini

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm
  2021-04-08 10:37 ` Laurent Vivier
@ 2021-04-08 16:04   ` Stefan Hajnoczi
  0 siblings, 0 replies; 4+ messages in thread
From: Stefan Hajnoczi @ 2021-04-08 16:04 UTC (permalink / raw)
  To: Laurent Vivier
  Cc: Emanuele Giuseppe Esposito, Paolo Bonzini, Thomas Huth, Qin Wang,
	qemu-devel

[-- Attachment #1: Type: text/plain, Size: 1728 bytes --]

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-04-08 16:12 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-07 10:45 [PATCH] libqtest: refuse QTEST_QEMU_BINARY=qemu-kvm Stefan Hajnoczi
2021-04-08 10:37 ` Laurent Vivier
2021-04-08 16:04   ` Stefan Hajnoczi
2021-04-08 10:49 ` Peter Maydell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).