qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Stefan Priebe <s.priebe@profihost.ag>
To: Amos Kong <akong@redhat.com>
Cc: aliguori@us.ibm.com, seabios@seabios.org, qemu-devel@nongnu.org,
	qemu-stable@nongnu.org, kevin@koconnor.net, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [Qemu-stable] [QEMU PATCH v3] qdev: fix get_fw_dev_path to support to add nothing to fw_dev_path
Date: Thu, 30 May 2013 22:30:21 +0200	[thread overview]
Message-ID: <51A7B6DD.1080300@profihost.ag> (raw)
In-Reply-To: <20130530131345.GA3860@t430s.nay.redhat.com>

Am 30.05.2013 15:13, schrieb Amos Kong:
> On Thu, May 30, 2013 at 02:09:25PM +0200, Stefan Priebe - Profihost AG wrote:
>> Am 29.05.2013 09:56, schrieb Amos Kong:
>>> Recent virtio refactoring in QEMU made virtio-bus become the parent bus
>>> of scsi-bus, and virtio-bus doesn't have get_fw_dev_path implementation,
>>> typename will be added to fw_dev_path by default, the new fw_dev_path
>>> could not be identified by seabios. It causes that bootindex parameter
>>> of scsi device doesn't work.
>>>
>>> This patch implements get_fw_dev_path() in BusClass, it will be called
>>> if bus doesn't implement the method, tyename will be added to
>>> fw_dev_path. If the implemented method returns NULL, nothing will be
>>> added to fw_dev_path.
>>>
>>> It also implements virtio_bus_get_fw_dev_path() to return NULL. Then
>>> QEMU will still pass original style of fw_dev_path to seabios.
>>>
>>> Signed-off-by: Amos Kong <akong@redhat.com>
>>> --
>>> v2: only add nothing to fw_dev_path when get_fw_dev_path() is
>>>      implemented and returns NULL. then it will not effect other devices
>>>      don't have get_fw_dev_path() implementation.
>>> v3: implement default get_fw_dev_path() in BusClass
>>> ---
>>>   hw/core/qdev.c         | 10 +++++++++-
>>>   hw/virtio/virtio-bus.c |  6 ++++++
>>>   2 files changed, 15 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/hw/core/qdev.c b/hw/core/qdev.c
>>> index 6985ad8..9190a7e 100644
>>> --- a/hw/core/qdev.c
>>> +++ b/hw/core/qdev.c
>>> @@ -515,7 +515,7 @@ static int qdev_get_fw_dev_path_helper(DeviceState *dev, char *p, int size)
>>>               l += snprintf(p + l, size - l, "%s", d);
>>>               g_free(d);
>>>           } else {
>>> -            l += snprintf(p + l, size - l, "%s", object_get_typename(OBJECT(dev)));
>>> +            return l;
>>>           }
>>>       }
>>>       l += snprintf(p + l , size - l, "/");
>>> @@ -867,9 +867,17 @@ static void qbus_initfn(Object *obj)
>>>       QTAILQ_INIT(&bus->children);
>>>   }
>>>
>>> +static char *default_bus_get_fw_dev_path(DeviceState *dev)
>>> +{
>>> +    return g_strdup(object_get_typename(OBJECT(dev)));
>>> +}
>>> +
>>>   static void bus_class_init(ObjectClass *class, void *data)
>>>   {
>>> +    BusClass *bc = BUS_CLASS(class);
>>> +
>>>       class->unparent = bus_unparent;
>>> +    bc->get_fw_dev_path = default_bus_get_fw_dev_path;
>>>   }
>>>
>>>   static void qbus_finalize(Object *obj)
>>> diff --git a/hw/virtio/virtio-bus.c b/hw/virtio/virtio-bus.c
>>> index ea2e11a..6849a01 100644
>>> --- a/hw/virtio/virtio-bus.c
>>> +++ b/hw/virtio/virtio-bus.c
>>> @@ -161,10 +161,16 @@ static char *virtio_bus_get_dev_path(DeviceState *dev)
>>>       return qdev_get_dev_path(proxy);
>>>   }
>>>
>>> +static char *virtio_bus_get_fw_dev_path(DeviceState *dev)
>>> +{
>>> +    return NULL;
>>> +}
>>> +
>>>   static void virtio_bus_class_init(ObjectClass *klass, void *data)
>>>   {
>>>       BusClass *bus_class = BUS_CLASS(klass);
>>>       bus_class->get_dev_path = virtio_bus_get_dev_path;
>>> +    bus_class->get_fw_dev_path = virtio_bus_get_fw_dev_path;
>>>   }
>>>
>>>   static const TypeInfo virtio_bus_info = {
>>>
>>
>> To me booting VMs with more than one SCSI disk does still not work.
>
> Hi Stefan,
>
> Can you provide your full command-lines ?
>
>> net: bootindex=100
>> scsi0: bootindex=201
>>
>> does not work
>>
>> this one works fine:
>> net: bootindex=200
>> scsi0: bootindex=101
>
> For me, they all work, (1. check the bootindex string, 2. check boot menu by entering F12, 3. check by waiting ).

Oh it does only NOT work if i have TWO network cards. It never seems to 
try to boot from scsi0. It tries PXE net0 then net1 and then it restarts.

Example:
Command line:
qemu -chardev 
socket,id=qmp,path=/var/run/qemu-server/155.qmp,server,nowait -mon 
chardev=qmp,mode=control -pidfile /var/run/qemu-server/155.pid 
-daemonize -name TTT -smp sockets=1,cores=4 -nodefaults -boot menu=on 
-vga cirrus -k de -m 4096 -device 
piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device 
usb-tablet,id=tablet,bus=uhci.0,port=1 -device 
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -device 
virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5 -drive 
file=rbd:stor/vmdisk-1:mon_host=10.255.0.100\:6789\;10.255.0.101\:6789\;10.255.0.102\:6789\;:auth_supported=none,if=none,id=drive-scsi0,iops_rd=215,iops_wr=155,bps_rd=136314880,bps_wr=94371840,aio=native,discard=on 
-device 
scsi-hd,bus=scsihw0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,bootindex=200 
-drive if=none,id=drive-ide2,media=cdrom,aio=native -device 
ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2 -netdev 
type=tap,id=net0,ifname=tap155i0,script=/var/lib/qemu-server/pve-bridge,vhost=on 
-device 
virtio-net-pci,mac=6A:32:5C:4B:38:F4,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=100 
-netdev 
type=tap,id=net1,ifname=tap155i1,script=/var/lib/qemu-server/pve-bridge,vhost=on 
-device 
virtio-net-pci,mac=D6:3A:F6:E2:91:0A,netdev=net1,bus=pci.0,addr=0x13,id=net1,bootindex=101 
-rtc base=localtime

Stefan

  reply	other threads:[~2013-05-30 20:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-29  7:56 [Qemu-devel] [QEMU PATCH v3] qdev: fix get_fw_dev_path to support to add nothing to fw_dev_path Amos Kong
2013-05-29  8:25 ` Paolo Bonzini
2013-05-29 11:10 ` Laszlo Ersek
2013-05-30 12:09 ` [Qemu-devel] [Qemu-stable] " Stefan Priebe - Profihost AG
2013-05-30 13:13   ` Amos Kong
2013-05-30 20:30     ` Stefan Priebe [this message]
2013-05-30 22:51       ` Amos Kong
2013-05-31  6:57         ` Stefan Priebe - Profihost AG
2013-05-31 11:02           ` Amos Kong
2013-05-31 11:37             ` Stefan Priebe - Profihost AG
2013-06-03  8:10             ` Stefan Priebe - Profihost AG
2013-05-31 18:48 ` [Qemu-devel] " Anthony Liguori

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51A7B6DD.1080300@profihost.ag \
    --to=s.priebe@profihost.ag \
    --cc=akong@redhat.com \
    --cc=aliguori@us.ibm.com \
    --cc=kevin@koconnor.net \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@nongnu.org \
    --cc=seabios@seabios.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).