diff options
| author | Christoph Berliner <caberliner@gmail.com> | 2026-08-21 16:25:11 +0200 |
|---|---|---|
| committer | Guenter Roeck <linux@roeck-us.net> | 2026-08-30 14:41:33 -0700 |
| commit | f6a57feaa747dd0dd32950b1f0f117bdd0e43c97 (patch) | |
| tree | 74410a416a0264bc4bbd230cf6f8fd2ced9ea15c /scripts/Makefile.thinlto | |
| parent | e3eceb76515910746e6268c4e4ac1c07516ebd7b (diff) | |
| download | linux-next-f6a57feaa747dd0dd32950b1f0f117bdd0e43c97.tar.gz linux-next-f6a57feaa747dd0dd32950b1f0f117bdd0e43c97.zip | |
watchdog: sp5100_tco: allow unreserved MMIO on GA-78LMT-USB3
The Gigabyte GA-78LMT-USB3 firmware programs the legacy SP5100
watchdog MMIO window at 0xfec000f0. This address falls inside the
IOAPIC resource, so sp5100_tco fails to reserve it and aborts probing.
Do not relocate or reprogram the watchdog. Instead, add a narrowly
scoped DMI quirk for this board which permits use of the
firmware-provided MMIO address without reserving it.
The exception is limited to the legacy SP5100 register layout, the
GA-78LMT-USB3 DMI identity, and the firmware address 0xfec000f0.
All other systems retain the existing resource reservation behavior.
On the affected system the watchdog initializes successfully and
/dev/watchdog0 is registered while the firmware-programmed watchdog
base remains unchanged at 0xfec000f0 during load and unload.
Tested on a Gigabyte GA-78LMT-USB3 with AMD SBx00 SMBus controller
(PCI 1002:4385, revision 0x3c).
Signed-off-by: Christoph Berliner <caberliner@gmail.com>
Link: https://patch.msgid.link/20260821142511.49934-1-caberliner@gmail.com
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions