On Mon, Dec 8, 2025 at 12:35 PM Houqi (Nick) Zuo <[email protected]> wrote: > > This patch removes abort() call in the tap_fd_set_vnet_hdr_len() > function. If the fd is found to be in a bad state (e.g., EBADFD > or ENODEV), the function will print an error message. > > When QEMU creates a tap device automatically and the tap device is > manually removed from the host while the guest is running, the tap > device file descriptor becomes invalid. Later, when the guest executes > shutdown, the tap_fd_set_vnet_hdr_len() function may be called and > abort QEMU with a core dump when attempting to use the invalid fd. > The expected behavior for this negative test case is that QEMU should > report an error but continue running rather than aborting. > > Testing: > - Start QEMU with automatically created tap device > - Manually remove the tap device on the host > - Execute shutdown in the guest > - Verify QEMU reports an error but does not abort > > Fixes: 0caed25cd171 ("virtio: Call set_features during reset") > Signed-off-by: Houqi (Nick) Zuo <[email protected]>
Queued. Thanks
