From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ml6Xy-0007qm-4V for qemu-devel@nongnu.org; Tue, 08 Sep 2009 15:40:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ml6Xt-0007qa-Lo for qemu-devel@nongnu.org; Tue, 08 Sep 2009 15:40:09 -0400 Received: from [199.232.76.173] (port=52960 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ml6Xt-0007qX-IW for qemu-devel@nongnu.org; Tue, 08 Sep 2009 15:40:05 -0400 Received: from mail-qy0-f172.google.com ([209.85.221.172]:65265) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ml6Xt-0002mX-8i for qemu-devel@nongnu.org; Tue, 08 Sep 2009 15:40:05 -0400 Received: by qyk2 with SMTP id 2so3099348qyk.21 for ; Tue, 08 Sep 2009 12:40:04 -0700 (PDT) Message-ID: <4AA6B30F.1070504@codemonkey.ws> Date: Tue, 08 Sep 2009 14:39:59 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 0/2] port over extboot from kvm References: <1252401463-3249-1-git-send-email-kraxel@redhat.com> <4AA6607C.4050505@siemens.com> <4AA668A2.1080801@redhat.com> <4AA66CCF.3040302@siemens.com> <4AA66FBC.5080502@redhat.com> <4AA6831F.6070501@siemens.com> <4AA69095.5070200@codemonkey.ws> <4AA6AA7F.7060005@redhat.com> In-Reply-To: <4AA6AA7F.7060005@redhat.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: "libvir-list@redhat.com" , Jan Kiszka , "qemu-devel@nongnu.org" Gerd Hoffmann wrote: > On 09/08/09 19:12, Anthony Liguori wrote: >>> I'm still not convinced we need extboot for all bioses on the long >>> term. >>> And I think we should define new interfaces in a way that finally makes >>> it obsolete, at least for our "home bios" (whatever it will be). >> >> What we won't need long term is the extboot interface (hw/extboot.c). >> Ideally, we would rewrite the extboot option rom to have a proper >> virtio-blk driver in it. Better yet, to finish up Laurent's work of >> adding virtio-blk support to gpxe since it gives us bcv for free. > > That doesn't cover booting from scsi. > It also doesn't cover booting from usb. It assumes support for both in option roms. The big advantage to gpxe is that it already has generic scsi support. Regards, Anthony Liguori > cheers, > Gerd