All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Philippe Mathieu-Daudé" <philippe.mathieu.daude@gmail.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
	"Andrew Jones" <drjones@redhat.com>,
	"Cleber Rosa" <cleber@redhat.com>,
	"Laszlo Ersek" <lersek@redhat.com>, "Oleg Vasilev" <me@svin.in>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	qemu-devel <qemu-devel@nongnu.org>,
	"Idan Horowitz" <idan.horowitz@gmail.com>,
	"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
	"Emilio Cota" <cota@braap.org>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	qemu-arm <qemu-arm@nongnu.org>,
	"Igor Mammedov" <imammedo@redhat.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Alex Bennée" <alex.bennee@linaro.org>
Subject: Re: Analysis of slow distro boots in check-avocado (BootLinuxAarch64.test_virt_tcg*)
Date: Wed, 23 Feb 2022 11:11:31 +0000	[thread overview]
Message-ID: <YhYWY0Ea5KwlCj/O@redhat.com> (raw)
In-Reply-To: <afd92ed6-4392-3181-5875-5e42ad5f41b9@gmail.com>

On Wed, Feb 23, 2022 at 11:53:28AM +0100, Philippe Mathieu-Daudé wrote:
> On 23/2/22 10:19, Peter Maydell wrote:
> > On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
> > <philippe.mathieu.daude@gmail.com> wrote:
> > > We need the DEBUG profile to ensure the bios-tables-tests work.
> > > 
> > > If you want to boot a guest using EDK2, you should use the images
> > > build by your distribution (/usr/share/qemu/edk2-aarch64-code.fd),
> > > not these images.
> > 
> > Do we have any other images in pc-bios that are silently
> > "do not use these images, they are only for a very specific
> > test case and nothing else" ?
> 
> I might try to move that to test/. Gerd, are you OK with that?
> 
> > Also, "make install" installs these EDK2 images, which doesn't
> > seem like the right thing for "this is only for one test case".
> 
> Well I'd prefer we never had them installed. Today I don't remember
> why it ended that way. Gerd, similarly, are you OK with not installing
> these images (after a 2 release deprecation warning)?

If we didn't install them, wouldn't that mean people using QEMU upstream
would not have all the pieces needed to use AAch64 virt, without now
building EDK2 themselves. That feels wrong/bad to me, given we ship
firmware needed to use everything else.

I don't disagree with recommendation that most people are better off
using distro built QEMU + EDK, but if someone chooses to use a upstream
QEMU I feel it ought to come with firmware needed to make it work with
all targets we support.

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|



  reply	other threads:[~2022-02-23 11:13 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-17 11:19 Analysis of slow distro boots in check-avocado (BootLinuxAarch64.test_virt_tcg*) Alex Bennée
2022-02-22 16:17 ` Alex Bennée
2022-02-22 16:38   ` Daniel P. Berrangé
2022-02-22 17:33     ` Philippe Mathieu-Daudé
2022-02-22 17:37       ` Peter Maydell
2022-02-22 18:05         ` Philippe Mathieu-Daudé
2022-02-23  8:48           ` Gerd Hoffmann
     [not found]             ` <87zgmhlwjw.fsf@linaro.org>
2022-02-23 10:58               ` Philippe Mathieu-Daudé
2022-02-23  9:19       ` Peter Maydell
2022-02-23 10:53         ` Philippe Mathieu-Daudé
2022-02-23 11:11           ` Daniel P. Berrangé [this message]
2022-02-23 11:50           ` Gerd Hoffmann
2022-02-24  9:10             ` Igor Mammedov
2022-02-24 11:39               ` Laszlo Ersek
2022-03-08 12:42               ` Gerd Hoffmann
2022-02-23 11:07       ` Daniel P. Berrangé
2022-02-23 13:34         ` Philippe Mathieu-Daudé
2022-02-23 13:43           ` Daniel P. Berrangé
2022-02-23 14:00             ` Philippe Mathieu-Daudé
2022-02-23 16:37           ` Laszlo Ersek
2022-02-23 19:28             ` Peter Maydell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YhYWY0Ea5KwlCj/O@redhat.com \
    --to=berrange@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=cleber@redhat.com \
    --cc=cota@braap.org \
    --cc=drjones@redhat.com \
    --cc=f4bug@amsat.org \
    --cc=idan.horowitz@gmail.com \
    --cc=imammedo@redhat.com \
    --cc=kraxel@redhat.com \
    --cc=lersek@redhat.com \
    --cc=me@svin.in \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=philippe.mathieu.daude@gmail.com \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=richard.henderson@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.