From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NA8uG-0002g3-TE for qemu-devel@nongnu.org; Mon, 16 Nov 2009 16:14:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NA8uC-0002fb-B1 for qemu-devel@nongnu.org; Mon, 16 Nov 2009 16:14:40 -0500 Received: from [199.232.76.173] (port=41226 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NA8uC-0002fY-8T for qemu-devel@nongnu.org; Mon, 16 Nov 2009 16:14:36 -0500 Received: from mail-qy0-f194.google.com ([209.85.221.194]:40032) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NA8uB-0008PZ-Sz for qemu-devel@nongnu.org; Mon, 16 Nov 2009 16:14:36 -0500 Received: by qyk32 with SMTP id 32so2586242qyk.4 for ; Mon, 16 Nov 2009 13:14:35 -0800 (PST) Message-ID: <4B01C0B9.8060507@codemonkey.ws> Date: Mon, 16 Nov 2009 15:14:33 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/2] extboot reloaded. References: <1258394678-8634-1-git-send-email-kraxel@redhat.com> <4B01A6E0.2060802@codemonkey.ws> <4B01B419.50905@redhat.com> In-Reply-To: <4B01B419.50905@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; 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: Kevin O'Connor , qemu-devel@nongnu.org Gerd Hoffmann wrote: > On 11/16/09 20:24, Anthony Liguori wrote: >> If we were going to introduce a light weight block protocol like this, >> I'd rather it be implemented in SeaBIOS as a block driver. > > Ok. That would mean to replace the option rom with a seabios patch. > The qemu code will be unmodified though (except for the rom loading). Yup. >> and requires no special options on the >> command line. >> >> It would require a mechanism to do enumeration and identification >> though. > > Huh? Do you want export *all* block devices via extboot? Will IDE > drives show up twice then? No, because SeaBIOS already has an ATA driver so we wouldn't want to expose IDE on the extboot bus. > I would export only one and export it only on explicit user request, > so it can be used for cases where seabios has no native support ... If we expose all of the disks, then the user can choose which one they want to boot from without having to shut down qemu and modify the command line. It's not obvious to me how we could control the position in the IPL table of each disk though. I guess we could have a priority parameter that was part of the disk enumeration that controlled how each device was added in the table. Do you have any thoughts Kevin? Regards, Anthony Liguori