On Fri, Jul 24, 2020 at 04:56:27PM +0200, Cornelia Huck wrote: > On Fri, 24 Jul 2020 09:30:58 -0400 > "Michael S. Tsirkin" <m...@redhat.com> wrote: > > > On Fri, Jul 24, 2020 at 03:27:18PM +0200, Cornelia Huck wrote: > > > When I start qemu with a second virtio-net-ccw device (i.e. adding > > > -device virtio-net-ccw in addition to the autogenerated device), I get > > > a segfault. gdb points to > > > > > > #0 0x000055d6ab52681d in virtio_net_get_config (vdev=<optimized out>, > > > config=0x55d6ad9e3f80 "RT") at > > > /home/cohuck/git/qemu/hw/net/virtio-net.c:146 > > > 146 if (nc->peer->info->type == NET_CLIENT_DRIVER_VHOST_VDPA) { > > > > > > (backtrace doesn't go further) > > The core was incomplete, but running under gdb directly shows that it > is just a bog-standard config space access (first for that device). > > The cause of the crash is that nc->peer is not set... no idea how that > can happen, not that familiar with that part of QEMU. (Should the code > check, or is that really something that should not happen?) > > What I don't understand is why it is set correctly for the first, > autogenerated virtio-net-ccw device, but not for the second one, and > why virtio-net-pci doesn't show these problems. The only difference > between -ccw and -pci that comes to my mind here is that config space > accesses for ccw are done via an asynchronous operation, so timing > might be different.
Hopefully Jason has an idea. Could you post a full command line please? Do you need a working guest to trigger this? Does this trigger on an x86 host? > > > > > > Starting qemu with no additional "-device virtio-net-ccw" (i.e., only > > > the autogenerated virtio-net-ccw device is present) works. Specifying > > > several "-device virtio-net-pci" works as well. > > > > > > Things break with 1e0a84ea49b6 ("vhost-vdpa: introduce vhost-vdpa net > > > client"), 38140cc4d971 ("vhost_net: introduce set_config & get_config") > > > works (in-between state does not compile). > > > > Ouch. I didn't test all in-between states :( > > But I wish we had a 0-day instrastructure like kernel has, > > that catches things like that. > > Yep, that would be useful... so patchew only builds the complete series? > > > > > > This is reproducible with tcg as well. Same problem both with > > > --enable-vhost-vdpa and --disable-vhost-vdpa. > > > > > > Have not yet tried to figure out what might be special with > > > virtio-ccw... anyone have an idea? > > > > > > [This should probably be considered a blocker?] > > I think so, as it makes s390x unusable with more that one > virtio-net-ccw device, and I don't even see a workaround.