Re: [Qemu-devel] [PATCH v8 00/30] modify boot order of guest, and take effect after rebooting

["Andreas Färber" <afaerber@suse.de>]

Am 11.09.2014 um 07:58 schrieb Gonglei (Arei):
>>> ./qemu-system-x86_64 -enable-kvm -m 4096 -smp 4 -name redhat6.2 -drive \
>>> file=/home/win7_32_2U,if=none,id=drive-ide0-0-0 -device ide-hd,bus=ide.0,\
>>> unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -drive \
>>> file=/home/rhel-server-7.0-x86_64-dvd.iso,if=none,id=drive-ide0-0-1 \ -device
>>> ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1,bootindex=4 \ -vnc
>>> 0.0.0.0:10 -netdev type=user,id=net0 -device
>>> virtio-net-pci,netdev=net0,bootindex=3,id=nic1 \ -drive
>>> file=/mnt/sdb/gonglei/image/virtio-win-1.5.3.vfd,if=none,id=drive-fdc0-0-0,for
>>> mat=raw \ -device isa-fdc,driveA=drive-fdc0-0-0,bootindexA=5,id=floppy1
>> -qmp
>>> unix:/tmp/qmp,server,nowait \ -monitor stdio -netdev type=user,id=net1
>>> -device e1000,netdev=net1,bootindex=2,id=nic \ -boot menu=on -device
>>> virtio-scsi-pci,id=scsi0 -drive file=/home/suse11_sp3_32,if=none,\
>>> id=drive-scsi0-0-0-0,format=raw,cache=none,aio=native \ -device
>>>
>> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-
>>> 0-0-0,bootindex=8
>>> QEMU 2.1.50 monitor - type 'help' for more information
>>> (qemu) qom-get nic1 bootindex
>>> 3 (0x3)
>>> (qemu) qom-set nic1 bootindex 3
>>> The bootindex 3 has already been used
>>> (qemu) qom-set nic1 bootindex 0
>>> (qemu) qom-set floppy1 bootindexA 3
>>> (qemu) system_reset
>>> (qemu) qom-get nic1 bootindex
>>> 0 (0x0)
>>> (qemu) qom-get scsi0-0-0-0 bootindex
>>> 8 (0x8)
>>> (qemu) qom-set scsi0-0-0-0 bootindex 0
>>> The bootindex 0 has already been used
>>> (qemu) qom-set nic1 bootindex -1
>>> (qemu) qom-set scsi0-0-0-0 bootindex 0
>>> (qemu) qom-get scsi0-0-0-0 bootindex
>>> 0 (0x0)
>>> (qemu)
>>>
>>
>> Hmm..., seems we also need something like this:
>> (qemu) qom-get bootindex
>> dev0 bootindex 0
>> dev1 bootindex 1
>> dev2 bootindex 2
>> ...
> I don't think so. Qom-get interface is ready-to-wear, we must
> provide both QOM path and QOM property name. This interface
> is not added by me. Thanks. :)

Yeah, I don't think we need wildcards for qom-get here. I wouldn't
oppose a new HMP command though if someone really sees a need.

> BTW, you can look at with Andreas's patch series:
> http://thread.gmane.org/gmane.comp.emulators.qemu/271513
> 
> which haven't applied in mater tree.

Sigh, many things on the to-do list... :(

Regards,
Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg