From: Markus Armbruster <armbru@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Michael Tokarev <mjt@tls.msk.ru>,
QEMU Developers <qemu-devel@nongnu.org>,
Marcel Apfelbaum <marcel.a@redhat.com>
Subject: Re: missing boot rom: is it really a fatal error?
Date: Mon, 08 May 2023 12:37:36 +0200 [thread overview]
Message-ID: <87sfc7jehb.fsf@pond.sub.org> (raw)
In-Reply-To: <20230508062407-mutt-send-email-mst@kernel.org> (Michael S. Tsirkin's message of "Mon, 8 May 2023 06:28:15 -0400")
"Michael S. Tsirkin" <mst@redhat.com> writes:
> 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.
For what it's worth: we know when property "romsize" is set.
> And users will not discover until much much later after they have
> painted themselves into a corner.
next prev parent reply other threads:[~2023-05-08 10:38 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
2023-05-08 10:37 ` Markus Armbruster [this message]
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=87sfc7jehb.fsf@pond.sub.org \
--to=armbru@redhat.com \
--cc=marcel.a@redhat.com \
--cc=mjt@tls.msk.ru \
--cc=mst@redhat.com \
--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 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.