From: "Michael S. Tsirkin" <mst@redhat.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: QEMU Developers <qemu-devel@nongnu.org>,
Marcel Apfelbaum <marcel.a@redhat.com>,
Markus Armbruster <armbru@redhat.com>
Subject: Re: missing boot rom: is it really a fatal error?
Date: Mon, 8 May 2023 06:28:15 -0400 [thread overview]
Message-ID: <20230508062407-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <d6f3e06c-ee84-5101-c583-220aa90c0c12@msgid.tls.msk.ru>
On Sun, May 07, 2023 at 08:56:23PM +0300, Michael Tokarev wrote:
> Hi!
>
> In old good world ;), there was qemu which didn't require boot roms to be present
> for all devices for which bootrom file is defined, missing rom was just a warning.
> But this changed in 2014, 9 years ago, with this commit:
>
> commit 178e785fb4507ec3462dc772bbe08303416ece47
> From: Marcel Apfelbaum <marcel.a@redhat.com>
> Date: Mon, 27 Oct 2014 19:34:41 +0200
> Subject: [PATCH] hw/pci: fixed error flow in pci_qdev_init
>
> Verify return code for pci_add_option_rom.
>
> where inability to load rom file started being treated as an error.
> Up until now I didn't even know about this change, until today when someone bugged
> me about non-working qemu on debian, due to missing network boot roms (this a
> packaging issue due to me being unaware of the above change).
>
> What is the reason to require boot roms to be present and throw an error if not?
>
> I'm about to revert that old change on debian, to make it just a warning instead
> of an error (the code is different now, but the same principle applies), - because
> I dislike dependencies which are useless 99.9% of the time and are trivial to
> install when actually needed.
>
> Thanks,
>
> /mjt
>
I advise against it.
If you boot guest on a system with boot rom not installed you will not
be able to migrate to a system with boot rom installed.
why not? because we don't know how big to make the rom BAR.
And users will not discover until much much later after they have
painted themselves into a corner.
--
MST
next prev parent reply other threads:[~2023-05-08 10:29 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-07 17:56 missing boot rom: is it really a fatal error? Michael Tokarev
2023-05-08 10:12 ` Thomas Huth
2023-05-08 10:28 ` Michael S. Tsirkin [this message]
2023-05-08 10:37 ` Markus Armbruster
2023-05-08 10:42 ` Michael Tokarev
2023-05-08 11:47 ` Michael S. Tsirkin
2023-05-15 16:02 ` Warner Losh
2023-05-15 17:46 ` Michael S. Tsirkin
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=20230508062407-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=armbru@redhat.com \
--cc=marcel.a@redhat.com \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.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 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).