410b4d560d
A malicious or buggy guest may generated buffered ioreqs faster than QEMU can process them in handle_buffered_iopage(). The result is a livelock - QEMU continuously processes ioreqs on the main thread without iterating through the main loop which prevents handling other events, processing timers, etc. Without QEMU handling other events, it often results in the guest becoming unsable and makes it difficult to stop the source of buffered ioreqs. To avoid this, if we process a full page of buffered ioreqs, stop and reschedule an immediate timer to continue processing them. This lets QEMU go back to the main loop and catch up. Signed-off-by: Ross Lagerwall <ross.lagerwall@citrix.com> Reviewed-by: Paul Durrant <paul@xen.org> Message-Id: <20240404140833.1557953-1-ross.lagerwall@citrix.com> Signed-off-by: Anthony PERARD <anthony@xenproject.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-hvm-common.c | ||
xen-legacy-backend.c | ||
xen-mapcache.c | ||
xen-operations.c |