From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [PATCH 1/2] qemu-kvm: extboot: Keep variables in RAM Date: Fri, 19 Feb 2010 19:17:34 +0100 Message-ID: <4B7ED5BE.8030706@siemens.com> References: <4B7D6725.1090202@siemens.com> <4B7DA2C4.9040207@codemonkey.ws> <4B7DC5A5.5020500@linux.intel.com> <4B7E628E.2050107@siemens.com> <4B7EC149.5080603@linux.intel.com> <4B7EC46C.4090909@siemens.com> <4B7ED419.7080709@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: "H. Peter Anvin" , "Kevin O'Connor" , Avi Kivity , Marcelo Tosatti , kvm , Stefan Hajnoczi To: Anthony Liguori Return-path: Received: from goliath.siemens.de ([192.35.17.28]:21890 "EHLO goliath.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755190Ab0BSSSA (ORCPT ); Fri, 19 Feb 2010 13:18:00 -0500 In-Reply-To: <4B7ED419.7080709@codemonkey.ws> Sender: kvm-owner@vger.kernel.org List-ID: Anthony Liguori wrote: > On 02/19/2010 11:03 AM, Jan Kiszka wrote: >> Actually, I'm still in favor of proper (Sea)BIOS support for virtio and >> scsi, either via the paravirt port 0x405 and its qemu backend or via >> minimalistic support of the hardware directly in the BIOS. That would >> free us from all those hooking and unhooking dances at least. >> >> Kevin, Anthony, and all others: what is now the merge road map for the >> bootable scsi/virtio feature? >> > > Stefan posted a virtio-blk driver for gPXE. I like this approach > because it's generally useful (gPXE can be used with any BIOS). Does it allow a unified boot device selection, one menu for them all, no more "boot=on" workarounds? > > For the LSI SCSI adapter, I'm not really sure the best way forward. > Honestly, it's so broken currently, I'm not sure booting really matters. Well, we are successfully using this "broken" adapter. What is not working? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux