From: Igor Mammedov <imammedo@redhat.com>
To: Ani Sinha <anisinha@redhat.com>
Cc: qemu-devel@nongnu.org, mst@redhat.com, pbonzini@redhat.com,
peter.maydell@linaro.org, shannon.zhaosl@gmail.com,
philmd@linaro.org, zhao1.liu@intel.com, rad@semihalf.com,
leif.lindholm@oss.qualcomm.com
Subject: Re: [PATCH 00/11] Introduce ACPI watchdog for Q35 and arm/virt boards
Date: Wed, 18 Feb 2026 10:29:41 +0100 [thread overview]
Message-ID: <20260218102941.6c906e7e@imammedo> (raw)
In-Reply-To: <CAK3XEhNNRDRyg5hNUwpoYo8KS2CbyPEBHnzqjFH1zY8jjFhwCg@mail.gmail.com>
On Mon, 16 Feb 2026 13:09:30 +0530
Ani Sinha <anisinha@redhat.com> wrote:
> On Fri, Feb 6, 2026 at 6:44 PM Igor Mammedov <imammedo@redhat.com> wrote:
> >
> > Windows doesn't ship built-in TCO watchdog driver, and users are
> > forced to install vendor specific driver(s) if such exists.
> > However OS provides a generic watchdog driver that uses
> > ACPI WDAT table [1] to abstract actual hardware behind it.
> > The same applies to ARM version of Windows.
> >
> > This series adds
> > * WDAT table tailored for TCO watchdog that Q35 already
> > has as part of ICH9 chipset and a knob to enable it.
> > * SBSA GWDT to arm/vit machine with WDAT table tailored
> > for it and necessary tweaks to GWDT to make usable
> > with WDAT driver.
> >
> > Guest OS support is present since Windows Vista and Linux since 2016[2].
>
> I am confused. The linux documentation for arm64 says WDAT is not supported
> https://www.kernel.org/doc/html/latest/arch/arm64/acpi_object_usage.html
IT probably should be fixed,
the WDAT support builds and actually works
and it's no different than x86 in respect that it's Windows specific ACPI table.
Justification for using WDAT on ARM is the same as x86,
reuse a more generic driver that hw supports for the sake
of out of box Windows driver, instead of writing it for each
watchdog impl.
Yep, underlying hw watchdog abstracted by WDAT is limited
but if it is sufficient for typical usecase, there is not need to
for guest to ship hw specific driver.
From QEMU pov, WDAT allows us to change used hw watchdog
without breaking guests. (i.e. if we decide to use another
watchdog, we can do so by starting from new machine type and
slowly phase out previously used one)
Thanks for review,
I'll respin series with your comments addressed.
>
> >
> > One can test it launching VM with following options:
> > -machine acpi-watchdog=on
> > to trace access to TCO registers one can add to CLI:
> > -trace "tco_*"
> > to trace access to GWDT registers one can add to CLI:
> > -trace "sbsa_gwdt*"
> >
> > To verify that guest uses WDAT (both Windows and Linux would use it if present),
> > * on linux make sure that watchdog service is configured/enabled
> > (use wdctl to check what watchdog device to use and confirm that it's
> > wadt based one) and then trigger kernel panic with command:
> > echo c > /proc/sysrq-trigger
> > * on Windows kill svchost process, running cmd in admin mode:
> > taskkill /f /im svchost.exe
> >
> > Tested with WS2025 & RHEL9.6 & Fedore 43 (aarch64)
> >
> > git tree at: https://gitlab.com/imammedo/qemu/-/commits/gwdt_v2
> >
> > 1) http://msdn.microsoft.com/en-us/windows/hardware/gg463320.aspx
> > 2) https://lwn.net/Articles/700524/
> >
> > PS:
> > previous revision (q35 only):
> > https://patchwork.ozlabs.org/project/qemu-devel/cover/20251030123750.136175-1-imammedo@redhat.com/
> >
> > Also CCing SBSA folks to see if they are interested in adding it to their
> > reference machine
> >
> > Igor Mammedov (11):
> > acpi: add API to build WDAT instructions
> > machine: add "acpi-watchdog" property
> > x86: q35: generate WDAT ACPI table
> > tests: acpi: x86/q35: whitelist new WDAT table
> > tests: acpi: x86/q35: add WDAT table test case
> > tests: acpi: x86/q35: update expected WDAT blob
> > arm: add tracing events to sbsa_gwdt
> > arm: virt: create GWDT watchdog paired with WDAT ACPI table
> > tests: acpi: arm/virt: whitelist new WDAT table
> > tests: acpi: arm/virt: add WDAT table test case
> > tests: acpi: arm/virt: update expected WDAT blob
> >
> > include/hw/acpi/wdat-gwdt.h | 19 ++++
> > include/hw/acpi/wdat-ich9.h | 15 ++++
> > include/hw/acpi/wdat.h | 118 +++++++++++++++++++++++++
> > include/hw/arm/virt.h | 3 +
> > include/hw/core/boards.h | 1 +
> > hw/acpi/aml-build.c | 14 +++
> > hw/acpi/meson.build | 5 +-
> > hw/acpi/wdat-gwdt-stub.c | 16 ++++
> > hw/acpi/wdat-gwdt.c | 92 +++++++++++++++++++
> > hw/acpi/wdat-ich9-stub.c | 15 ++++
> > hw/acpi/wdat-ich9.c | 87 ++++++++++++++++++
> > hw/arm/Kconfig | 1 +
> > hw/arm/virt-acpi-build.c | 16 ++++
> > hw/arm/virt.c | 26 ++++++
> > hw/core/machine.c | 20 +++++
> > hw/i386/acpi-build.c | 12 +++
> > hw/watchdog/sbsa_gwdt.c | 8 ++
> > hw/watchdog/trace-events | 9 ++
> > tests/data/acpi/aarch64/virt/WDAT.wdat | Bin 0 -> 260 bytes
> > tests/data/acpi/x86/q35/WDAT.wdat | Bin 0 -> 308 bytes
> > tests/qtest/bios-tables-test.c | 34 +++++++
> > 21 files changed, 510 insertions(+), 1 deletion(-)
> > create mode 100644 include/hw/acpi/wdat-gwdt.h
> > create mode 100644 include/hw/acpi/wdat-ich9.h
> > create mode 100644 include/hw/acpi/wdat.h
> > create mode 100644 hw/acpi/wdat-gwdt-stub.c
> > create mode 100644 hw/acpi/wdat-gwdt.c
> > create mode 100644 hw/acpi/wdat-ich9-stub.c
> > create mode 100644 hw/acpi/wdat-ich9.c
> > create mode 100644 tests/data/acpi/aarch64/virt/WDAT.wdat
> > create mode 100644 tests/data/acpi/x86/q35/WDAT.wdat
> >
> > --
> > 2.47.3
> >
>
next prev parent reply other threads:[~2026-02-18 9:30 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-06 13:14 [PATCH 00/11] Introduce ACPI watchdog for Q35 and arm/virt boards Igor Mammedov
2026-02-06 13:14 ` [PATCH 01/11] acpi: add API to build WDAT instructions Igor Mammedov
2026-02-16 8:12 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 02/11] machine: add "acpi-watchdog" property Igor Mammedov
2026-02-16 8:23 ` Ani Sinha
2026-02-26 17:08 ` Philippe Mathieu-Daudé
2026-02-27 8:23 ` Igor Mammedov
2026-02-06 13:14 ` [PATCH 03/11] x86: q35: generate WDAT ACPI table Igor Mammedov
2026-02-16 10:51 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 04/11] tests: acpi: x86/q35: whitelist new WDAT table Igor Mammedov
2026-02-16 9:50 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 05/11] tests: acpi: x86/q35: add WDAT table test case Igor Mammedov
2026-02-16 9:51 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 06/11] tests: acpi: x86/q35: update expected WDAT blob Igor Mammedov
2026-02-17 5:34 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 07/11] arm: add tracing events to sbsa_gwdt Igor Mammedov
2026-02-16 10:22 ` Ani Sinha
2026-02-06 13:14 ` [PATCH 08/11] arm: virt: create GWDT watchdog paired with WDAT ACPI table Igor Mammedov
2026-02-18 19:08 ` Peter Maydell
2026-02-19 12:17 ` Igor Mammedov
2026-02-19 13:00 ` Peter Maydell
2026-02-19 14:55 ` Igor Mammedov
2026-02-19 16:04 ` Peter Maydell
2026-02-23 9:28 ` Igor Mammedov
2026-02-25 15:11 ` Daniel P. Berrangé
2026-02-25 15:19 ` Daniel P. Berrangé
2026-02-26 12:56 ` Igor Mammedov
2026-02-27 7:24 ` Markus Armbruster
2026-02-27 9:01 ` Daniel P. Berrangé
2026-02-27 10:01 ` Igor Mammedov
2026-02-27 10:18 ` Daniel P. Berrangé
2026-02-27 11:41 ` Igor Mammedov
2026-02-27 9:42 ` Igor Mammedov
2026-02-27 12:10 ` Markus Armbruster
2026-02-27 13:14 ` Peter Maydell
2026-02-27 14:51 ` Markus Armbruster
2026-02-27 15:01 ` Peter Maydell
2026-03-02 5:32 ` Markus Armbruster
2026-02-06 13:14 ` [PATCH 09/11] tests: acpi: arm/virt: whitelist new WDAT table Igor Mammedov
2026-02-06 13:14 ` [PATCH 10/11] tests: acpi: arm/virt: add WDAT table test case Igor Mammedov
2026-02-06 13:14 ` [PATCH 11/11] tests: acpi: arm/virt: update expected WDAT blob Igor Mammedov
2026-02-16 7:39 ` [PATCH 00/11] Introduce ACPI watchdog for Q35 and arm/virt boards Ani Sinha
2026-02-16 8:46 ` Mohamed Mediouni
2026-02-18 9:29 ` Igor Mammedov [this message]
2026-02-18 19:10 ` Peter Maydell
2026-02-19 12:27 ` Igor Mammedov
2026-02-19 14:05 ` Peter Maydell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260218102941.6c906e7e@imammedo \
--to=imammedo@redhat.com \
--cc=anisinha@redhat.com \
--cc=leif.lindholm@oss.qualcomm.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=rad@semihalf.com \
--cc=shannon.zhaosl@gmail.com \
--cc=zhao1.liu@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.