240cc11369
The xen-block code ends up calling aio_poll() through blkconf_geometry(), which means we see watch events during the indirect call to xendev_class->realize() in xen_device_realize(). Unfortunately this call is made before populating the initial frontend and backend device nodes in xenstore and hence xen_block_frontend_changed() (which is called from a watch event) fails to read the frontend's 'state' node, and hence believes the device is being torn down. This in-turn sets the backend state to XenbusStateClosed and causes the device to be deleted before it is fully set up, leading to the crash. By simply moving the call to xendev_class->realize() after the initial xenstore nodes are populated, this sorry state of affairs is avoided. Reported-by: David Woodhouse <dwmw@amazon.co.uk> Signed-off-by: Paul Durrant <pdurrant@amazon.com> Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Reviewed-by: Paul Durrant <paul@xen.org> |
||
|---|---|---|
| .. | ||
| Kconfig | ||
| meson.build | ||
| trace-events | ||
| trace.h | ||
| xen_devconfig.c | ||
| xen_pt_config_init.c | ||
| xen_pt_graphics.c | ||
| xen_pt_load_rom.c | ||
| xen_pt_msi.c | ||
| xen_pt_stub.c | ||
| xen_pt.c | ||
| xen_pt.h | ||
| xen_pvdev.c | ||
| xen-backend.c | ||
| xen-bus-helper.c | ||
| xen-bus.c | ||
| xen-host-pci-device.c | ||
| xen-host-pci-device.h | ||
| xen-legacy-backend.c | ||
| xen-operations.c | ||