From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N8Cpq-0001Aj-Px for qemu-devel@nongnu.org; Wed, 11 Nov 2009 08:02:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N8Cpl-000152-CN for qemu-devel@nongnu.org; Wed, 11 Nov 2009 08:02:06 -0500 Received: from [199.232.76.173] (port=38319 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N8Cpk-00014h-2e for qemu-devel@nongnu.org; Wed, 11 Nov 2009 08:02:00 -0500 Received: from cantor2.suse.de ([195.135.220.15]:60261 helo=mx2.suse.de) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N8Cpj-00054O-Ep for qemu-devel@nongnu.org; Wed, 11 Nov 2009 08:01:59 -0500 Message-ID: <4AFAB5C6.8090607@suse.de> Date: Wed, 11 Nov 2009 14:01:58 +0100 From: Hannes Reinecke MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/2] port over extboot from kvm References: <1252401463-3249-1-git-send-email-kraxel@redhat.com> <4AA66730.7040901@codemonkey.ws> <200911091606.09783.paul@codesourcery.com> <4AF843E7.50700@redhat.com> <4AF8461A.1040602@codemonkey.ws> In-Reply-To: <4AF8461A.1040602@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Gerd Hoffmann , Paul Brook Anthony Liguori wrote: > Gerd Hoffmann wrote: >> On 11/09/09 17:06, Paul Brook wrote: >>> On Tuesday 08 September 2009, Anthony Liguori wrote: >>>> Gerd Hoffmann wrote: >>>>> $subject says pretty much everything. >>>>> >>>>> extboot.[cS] are a straight copy from the kvm tree. The windup in >>>>> vl,c >>>>> and hw/pc.c is done slightly different, I've added a function to >>>>> lookup >>>>> the boot drive instead of adding a new global variable. >>>> >>>> I think the function here is high even if the implementation is ugly= . >>>> In the past, Paul strongly objected to this. Paul, care to comment? >>> >>> Doesn't gpxe support virtio-blk, without requiring any additional qem= u >>> "features"? >> >> As far I know patches exist but where never merged. >> Also there is no way to boot from scsi+usb ... >=20 > I think Kevin mentioned he would likely to usb boot support for > SeaBIOS. Adding virtio-blk support to SeaBIOS would also be pretty > reasonable. >=20 > SCSI is a bit more tough. Doing an LSI driver in SeaBIOS would be a bi= t > tougher. >=20 But why? Why do we have to emulate the entire HBA for the BIOS? The HBA is emulated, too, and just uses the bdrv interface internally anyway. So IMHO it makes far more sense to skip the HBA emulation in the BIOS completely and just use the bdrv interface directly here. Where is the drawback? (Apart from the missing BIOS initialization of the HBA?) Cheers, Hannes --=20 Dr. Hannes Reinecke zSeries & Storage hare@suse.de +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg GF: Markus Rex, HRB 16746 (AG N=FCrnberg)