From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1N7X9o-0002zB-EK
	for qemu-devel@nongnu.org; Mon, 09 Nov 2009 11:31:56 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1N7X9j-0002xr-I5
	for qemu-devel@nongnu.org; Mon, 09 Nov 2009 11:31:56 -0500
Received: from [199.232.76.173] (port=55023 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1N7X9i-0002xe-Ln
	for qemu-devel@nongnu.org; Mon, 09 Nov 2009 11:31:50 -0500
Received: from mx1.redhat.com ([209.132.183.28]:17382)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <kraxel@redhat.com>) id 1N7X9i-0004Oe-6K
	for qemu-devel@nongnu.org; Mon, 09 Nov 2009 11:31:50 -0500
Message-ID: <4AF843E7.50700@redhat.com>
Date: Mon, 09 Nov 2009 17:31:35 +0100
From: Gerd Hoffmann <kraxel@redhat.com>
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>
In-Reply-To: <200911091606.09783.paul@codesourcery.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Paul Brook <paul@codesourcery.com>
Cc: qemu-devel@nongnu.org

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 qemu
> "features"?

As far I know patches exist but where never merged.
Also there is no way to boot from scsi+usb ...

cheers,
   Gerd