[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1423528] Re: setting unsupported timeout for i6300esb watchdog caus
From: |
Thomas Huth |
Subject: |
[Bug 1423528] Re: setting unsupported timeout for i6300esb watchdog causes hw reset |
Date: |
Tue, 04 May 2021 05:44:28 -0000 |
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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1423528] Re: setting unsupported timeout for i6300esb watchdog causes hw reset,
Thomas Huth <=