Re: [Qemu-devel] Re: [PATCHv2 0/8 RFC] boot order specification
Gleb Natapov g...@redhat.com writes: On Sun, Oct 31, 2010 at 06:25:53PM -0400, Kevin O'Connor wrote: On Sun, Oct 31, 2010 at 01:40:01PM +0200, Gleb Natapov wrote: This is current sate of the patch series for people to comment on. I tried to use open firmware naming scheme to specify device path names. The patch series produce names like these: for pci machine: /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@0 /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@1 /p...@i0cf8/a...@1,1/ata-d...@1:0 /p...@i0cf8/a...@1,1/ata-d...@1:1 /p...@i0cf8/virtio-...@3/virtio-d...@0 /p...@i0cf8/ether...@4/ethernet-...@0 /p...@i0cf8/ether...@5/ethernet-...@0 for isa machine: adding '/isa/f...@03f1/flo...@0' at index 2 adding '/isa/f...@03f1/flo...@1' at index 1 adding '/isa/a...@0170/ata-d...@0:0' at index 0 adding '/isa/a...@0170/ata-d...@0:1' at index 3 Hi Gleb, How will USB drives be identified? USB bus has Open Firmware binding. I haven't look at the spec yet, but it should be easy. I'm not sure how SeaBIOS will be able to line up something like /p...@i0cf8/ether...@4/ethernet-...@0 to an optionrom BEV. Also, if there is an optionrom with BCVs (eg, a scsi card), I'm not sure how that would that would be identified. The way to parse /p...@i0cf8/ether...@4/ethernet-...@0 is this: each element (between /.../) consist of node-n...@unit-address. node-name describes device/bus. unit-address is a device address on preceding node. So p...@i0cf8 tells us that this is pci bus accessible through io register 0x0cf8, ether...@4 tells us that this is ethernet device in pci slot 4 function 0, (a...@1,1 means ata device in slot 1 function 1). Aren't ethernet and ata redundant there? ethernet-...@0 means first phy on this ethernet device (usually there is only one anyway). So if the pci card in slot 4 device 0 has optionrom with BCV Seabios can associate bootindex with it easily given the device path above. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [Qemu-devel] Re: [PATCHv2 0/8 RFC] boot order specification
On Thu, Nov 04, 2010 at 10:24:45AM +0100, Markus Armbruster wrote: Gleb Natapov g...@redhat.com writes: On Sun, Oct 31, 2010 at 06:25:53PM -0400, Kevin O'Connor wrote: On Sun, Oct 31, 2010 at 01:40:01PM +0200, Gleb Natapov wrote: This is current sate of the patch series for people to comment on. I tried to use open firmware naming scheme to specify device path names. The patch series produce names like these: for pci machine: /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@0 /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@1 /p...@i0cf8/a...@1,1/ata-d...@1:0 /p...@i0cf8/a...@1,1/ata-d...@1:1 /p...@i0cf8/virtio-...@3/virtio-d...@0 /p...@i0cf8/ether...@4/ethernet-...@0 /p...@i0cf8/ether...@5/ethernet-...@0 for isa machine: adding '/isa/f...@03f1/flo...@0' at index 2 adding '/isa/f...@03f1/flo...@1' at index 1 adding '/isa/a...@0170/ata-d...@0:0' at index 0 adding '/isa/a...@0170/ata-d...@0:1' at index 3 Hi Gleb, How will USB drives be identified? USB bus has Open Firmware binding. I haven't look at the spec yet, but it should be easy. I'm not sure how SeaBIOS will be able to line up something like /p...@i0cf8/ether...@4/ethernet-...@0 to an optionrom BEV. Also, if there is an optionrom with BCVs (eg, a scsi card), I'm not sure how that would that would be identified. The way to parse /p...@i0cf8/ether...@4/ethernet-...@0 is this: each element (between /.../) consist of node-n...@unit-address. node-name describes device/bus. unit-address is a device address on preceding node. So p...@i0cf8 tells us that this is pci bus accessible through io register 0x0cf8, ether...@4 tells us that this is ethernet device in pci slot 4 function 0, (a...@1,1 means ata device in slot 1 function 1). Aren't ethernet and ata redundant there? In case of PCI bus yes. If parent bus does not allow to query device type they are not. -- Gleb. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCHv2 0/8 RFC] boot order specification
On Sun, Oct 31, 2010 at 06:25:53PM -0400, Kevin O'Connor wrote: On Sun, Oct 31, 2010 at 01:40:01PM +0200, Gleb Natapov wrote: This is current sate of the patch series for people to comment on. I tried to use open firmware naming scheme to specify device path names. The patch series produce names like these: for pci machine: /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@0 /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@1 /p...@i0cf8/a...@1,1/ata-d...@1:0 /p...@i0cf8/a...@1,1/ata-d...@1:1 /p...@i0cf8/virtio-...@3/virtio-d...@0 /p...@i0cf8/ether...@4/ethernet-...@0 /p...@i0cf8/ether...@5/ethernet-...@0 for isa machine: adding '/isa/f...@03f1/flo...@0' at index 2 adding '/isa/f...@03f1/flo...@1' at index 1 adding '/isa/a...@0170/ata-d...@0:0' at index 0 adding '/isa/a...@0170/ata-d...@0:1' at index 3 Hi Gleb, How will USB drives be identified? USB bus has Open Firmware binding. I haven't look at the spec yet, but it should be easy. I'm not sure how SeaBIOS will be able to line up something like /p...@i0cf8/ether...@4/ethernet-...@0 to an optionrom BEV. Also, if there is an optionrom with BCVs (eg, a scsi card), I'm not sure how that would that would be identified. The way to parse /p...@i0cf8/ether...@4/ethernet-...@0 is this: each element (between /.../) consist of node-n...@unit-address. node-name describes device/bus. unit-address is a device address on preceding node. So p...@i0cf8 tells us that this is pci bus accessible through io register 0x0cf8, ether...@4 tells us that this is ethernet device in pci slot 4 function 0, (a...@1,1 means ata device in slot 1 function 1). ethernet-...@0 means first phy on this ethernet device (usually there is only one anyway). So if the pci card in slot 4 device 0 has optionrom with BCV Seabios can associate bootindex with it easily given the device path above. -- Gleb. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCHv2 0/8 RFC] boot order specification
On Sun, Oct 31, 2010 at 01:40:01PM +0200, Gleb Natapov wrote: This is current sate of the patch series for people to comment on. I tried to use open firmware naming scheme to specify device path names. The patch series produce names like these: for pci machine: /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@0 /p...@i0cf8/pci-isa-bri...@1/f...@03f1/flo...@1 /p...@i0cf8/a...@1,1/ata-d...@1:0 /p...@i0cf8/a...@1,1/ata-d...@1:1 /p...@i0cf8/virtio-...@3/virtio-d...@0 /p...@i0cf8/ether...@4/ethernet-...@0 /p...@i0cf8/ether...@5/ethernet-...@0 for isa machine: adding '/isa/f...@03f1/flo...@0' at index 2 adding '/isa/f...@03f1/flo...@1' at index 1 adding '/isa/a...@0170/ata-d...@0:0' at index 0 adding '/isa/a...@0170/ata-d...@0:1' at index 3 Hi Gleb, How will USB drives be identified? I'm not sure how SeaBIOS will be able to line up something like /p...@i0cf8/ether...@4/ethernet-...@0 to an optionrom BEV. Also, if there is an optionrom with BCVs (eg, a scsi card), I'm not sure how that would that would be identified. -Kevin -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html