From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=50127 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PAmtE-0000R1-0a for qemu-devel@nongnu.org; Tue, 26 Oct 2010 13:00:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PAmtC-0006us-N6 for qemu-devel@nongnu.org; Tue, 26 Oct 2010 13:00:47 -0400 Received: from mail-qw0-f45.google.com ([209.85.216.45]:33468) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PAmtC-0006un-JQ for qemu-devel@nongnu.org; Tue, 26 Oct 2010 13:00:46 -0400 Received: by qwf7 with SMTP id 7so2855033qwf.4 for ; Tue, 26 Oct 2010 10:00:45 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20101026154313.GC2764@redhat.com> References: <1288090091-25874-1-git-send-email-gleb@redhat.com> <20101026154313.GC2764@redhat.com> From: Blue Swirl Date: Tue, 26 Oct 2010 17:00:25 +0000 Message-ID: Subject: Re: [Qemu-devel] [PATCH 0/5] boot order specification Content-Type: text/plain; charset=UTF-8 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: qemu-devel@nongnu.org On Tue, Oct 26, 2010 at 3:43 PM, Gleb Natapov wrote: > On Tue, Oct 26, 2010 at 03:35:38PM +0000, Blue Swirl wrote: >> On Tue, Oct 26, 2010 at 10:48 AM, Gleb Natapov wrote: >> > This is current sate of the patch series for people to comment on. >> > I dropped ioport double reservation checking from isa-bus and added >> > bus_id field for IDE bus since as Markus pointed out unit has different >> > meaning there. >> > >> > This patch series produce names like: >> > >> > ISA@03f1-03f5,03f7/fd@a >> > ISA@03f1-03f5,03f7/fd@b >> > PCI@0000:00:01.1/IDE@1:0 >> > PCI@0000:00:01.1/IDE@1:1 >> > PCI@0000:00:03.0/virtio-blk@0 >> > PCI@0000:00:04.0/virtio-net@0 >> > >> > They will be passed to BIOS to determine boot order. >> >> We also use OpenBIOS for PPC and Sparcs. A compatible boot device for >> those would be OpenFirmware tree name. I think your names should then >> become: >> /pci/isa/fdc@3f1/fd@0 >> /pci/isa/fdc@3f1/fd@1 > Why is it PCI? I just assumed a PCI to ISA bridge. >> /pci/ide@0/1,0 >> /pci/ide@0/1,1 > Where pci address here? > >> /pci/virtio-net@1 >> /pci/virtio-net@2 > And here? That was the part I invented. > And we will need to describe ROMs too. I planned to have something like: > ROM@romfilename for roms loaded with -option-rom command line option. I don't think OF has standard for those. >> >> The PCI addressing scheme in OF was a bit twisty, I just invented >> integers in place of those. >> >> Anyway, I don't think we should invent yet another device path naming system. > IS this format documented somewhere? I am not attached to specific > format at all. A lot of docs are here: http://playground.sun.com/pub/p1275/home.html Here's the PCI bindings doc: http://playground.sun.com/pub/p1275/bindings/pci/pci2_1.pdf