This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/112 ** Changed in: qemu Status: Confirmed => Expired ** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #112 https://gitlab.com/qemu-project/qemu/-/issues/112 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1423528 Title: setting unsupported timeout for i6300esb watchdog causes hw reset Status in QEMU: Expired Bug description: Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778291 Version: 2.1 systemd utilizes existing watchdog hardware and set's a 10min timer on reboot. The i6300esb under qemu doesn't like such a timeout, and immediately resets the hardware: The last message one gets is [ 9.402243] i6300esb: Unexpected close, not stopping watchdog! The linked bug report contains information how this bug can easily be reproduced. With any image using a recent enough systemd as PID 1 you should be able to reproduce it by running qemu-system-x86_64 -curses -enable-kvm -device i6300esb -watchdog- action reset -hda <image with systemd> I'm uncertain if this is a qemu or kernel/driver bug. If the latter, please re-assign the bug as necessary. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1423528/+subscriptions
