From: Jan Kiszka <jan.kiszka@siemens.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: qemu-devel@nongnu.org, Paul Brook <paul@codesourcery.com>,
kvm developers <kvm@vger.kernel.org>,
Blue Swirl <blauwirbel@gmail.com>,
bochs developers <bochs-developers@lists.sourceforge.net>
Subject: Re: [Qemu-devel] [PATCH 0/3] Add BIOS splash image support
Date: Wed, 17 Dec 2008 15:53:53 +0100 [thread overview]
Message-ID: <49491281.9040505@siemens.com> (raw)
In-Reply-To: <20081217135512.GJ13794@redhat.com>
Gleb Natapov wrote:
> On Wed, Dec 17, 2008 at 02:45:38PM +0100, Jan Kiszka wrote:
>> Paul Brook wrote:
>>>>> Modern BIOSes have splash screens. I don't see why our BIOS shouldn't
>>>>> have one too.
>>>> Crap PC BIOSes have splash screens because they're horribly slow
>>>> and otherwise printing lots of irrelevant scary junk at users. The
>>>> best BIOS 'splash' screen is one which never appears unless there
>>>> is a boot failure, and gets control to the OS as quickly as possible.
>>>> IMHO a better goal is reducing the time until the OS / bootloader is
>>>> able to take over all management of the display.
>>> I agree. The qemu bios init process takes almost no time.
>>>
>>> The only reason it takes a noticeable amount of time is that we have a
>>> deliberate delay in there to allow the user to access the boot menu.
>>> I'm not convinced this menu is actually very useful in practice, It's
>>> something that should probably be delegated to your management utility and/or
>>> be optional.
>> Yes, please. I hate this artificial delay, specifically as I have to do
>> a lot of short boot tests where this contributes noticeably to their
>> execution time. But, as usual, it didn't hurt enough to make me hack a
>> patch yet. I'm willing to do this if we can agree on how it should be done.
>>
> Add "-bootmenu" option to qmeu and pass it to BIOS via fw confing interface?
Sounds good to me. Qemu bits are already done, but now I'm stuck on
setting up the bochs bios environment. Probably I'm blind, but I can't
find a proper reference, telling me against which version the qemu bios
patch is. Currently, it does not apply against bochs CVS head.
BTW, why does qemu not carry all bochs bios source? For reference, but
also to fully comply with the LGPL (pointing to the original source is
not sufficient when delivering binaries - like e.g. bios.bin...).
Jan
--
Siemens AG, Corporate Technology, CT SE 26
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2008-12-17 14:54 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-16 15:20 [PATCH 0/3] Add BIOS splash image support Laurent Vivier
2008-12-16 15:20 ` [PATCH 1/3] Correct fw_cfg_add_callback() Laurent Vivier
2008-12-16 15:20 ` [PATCH 2/3] [BIOS] Add splash image support Laurent Vivier
2008-12-16 15:20 ` [PATCH 3/3] [QEMU] Add BIOS splash image Laurent Vivier
2008-12-16 16:16 ` [Qemu-devel] " Blue Swirl
2008-12-16 20:06 ` [Qemu-devel] [PATCH 0/3] Add BIOS splash image support Blue Swirl
2008-12-16 20:28 ` Anthony Liguori
2008-12-16 20:46 ` Blue Swirl
2008-12-16 21:51 ` Laurent Vivier
2008-12-17 0:10 ` Carl-Daniel Hailfinger
2008-12-17 13:09 ` Laurent Vivier
2008-12-17 16:21 ` [Bochs-developers] " Carl-Daniel Hailfinger
2008-12-17 22:58 ` [Bochs-developers] [Qemu-devel] [PATCH 0/3] Add BIOS splashimage support Sebastian Herbszt
2008-12-17 11:03 ` [Qemu-devel] [PATCH 0/3] Add BIOS splash image support Daniel P. Berrange
2008-12-17 13:18 ` Paul Brook
2008-12-17 13:45 ` Jan Kiszka
2008-12-17 13:55 ` [Qemu-devel] " Gleb Natapov
2008-12-17 14:53 ` Jan Kiszka [this message]
2008-12-17 15:06 ` Jan Kiszka
2008-12-17 15:17 ` Paul Brook
2008-12-17 16:35 ` Jan Kiszka
2008-12-17 17:14 ` Anthony Liguori
2008-12-17 18:30 ` Jan Kiszka
2008-12-17 18:43 ` Anthony Liguori
2008-12-17 17:15 ` Anthony Liguori
2008-12-17 22:28 ` Sebastian Herbszt
2008-12-18 8:59 ` Volker Ruppert
2008-12-18 21:46 ` [Qemu-devel] " H. Peter Anvin
2008-12-17 17:12 ` Carl-Daniel Hailfinger
2008-12-17 14:49 ` Gerd Hoffmann
2008-12-17 14:54 ` Jan Kiszka
2008-12-17 14:01 ` Daniel P. Berrange
2008-12-17 13:51 ` Kevin O'Connor
2008-12-17 21:58 ` [Bochs-developers] " Sebastian Herbszt
2008-12-17 23:24 ` Laurent Vivier
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=49491281.9040505@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=blauwirbel@gmail.com \
--cc=bochs-developers@lists.sourceforge.net \
--cc=gleb@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=paul@codesourcery.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox