From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LCwIt-0003hG-9n for qemu-devel@nongnu.org; Wed, 17 Dec 2008 08:19:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LCwIq-0003ff-M0 for qemu-devel@nongnu.org; Wed, 17 Dec 2008 08:19:05 -0500 Received: from [199.232.76.173] (port=50592 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LCwIq-0003fQ-FJ for qemu-devel@nongnu.org; Wed, 17 Dec 2008 08:19:04 -0500 Received: from mx20.gnu.org ([199.232.41.8]:55426) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LCwIq-0000Dk-28 for qemu-devel@nongnu.org; Wed, 17 Dec 2008 08:19:04 -0500 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LCwIo-0001oR-30 for qemu-devel@nongnu.org; Wed, 17 Dec 2008 08:19:02 -0500 From: Paul Brook Subject: Re: [Qemu-devel] [PATCH 0/3] Add BIOS splash image support Date: Wed, 17 Dec 2008 13:18:57 +0000 References: <1229440810-12394-1-git-send-email-Laurent.Vivier@bull.net> <49480F6D.2010302@codemonkey.ws> <20081217110319.GD13455@redhat.com> In-Reply-To: <20081217110319.GD13455@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812171318.58650.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, "Daniel P. Berrange" Cc: Blue Swirl , bochs developers , kvm developers > > 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. Paul