Dell XPS 13 9370: hpet_acpi_add: no address or irqs in _CRS

From: Paul Menzel
Date: Tue Aug 23 2022 - 12:32:40 EST


Dear Linux folks,


On the Dell XPS 13 9370 with Debian sid/unstable Linux 5.18.16 warns about missing values in _CRS:

[ 0.000000] DMI: Dell Inc. XPS 13 9370/0RMYH9, BIOS 1.21.0 07/06/2022

[ 1.868930] calling hpet_init+0x0/0x76 @ 1
[ 1.869360] hpet_acpi_add: no address or irqs in _CRS
[ 1.869812] initcall hpet_init+0x0/0x76 returned 0 after 876 usecs

All HPET logs:

$ dmesg | grep -i HPET
[ 0.008467] ACPI: HPET 0x000000003F0E8CD8 000038 (v01 DELL CBX3 01072009 AMI. 0005000B)
[ 0.008477] ACPI: HPET 0x000000003F0EA378 000038 (v01 INTEL KBL-ULT 00000001 MSFT 0000005F)
[ 0.008539] ACPI: Reserving HPET table memory at [mem 0x3f0e8cd8-0x3f0e8d0f]
[ 0.008542] ACPI: Reserving HPET table memory at [mem 0x3f0ea378-0x3f0ea3af]
[ 0.013206] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[ 0.055379] hpet: HPET dysfunctional in PC10. Force disabled.
[ 0.055401] DMAR-IR: HPET id 0 under DRHD base 0xfed91000
[ 0.542049] hpet_acpi_add: no address or irqs in _CRS

I attached the full Linux logs (`dmesg`), and the output of `acpidump` to the bug #216402 in the Linux kernel bugtracker [1].

From the disassembled DSDT:

Device (HPET)
{
Name (_HID, EisaId ("PNP0103") /* HPET System Timer */) // _HID: Hardware ID
Name (_UID, Zero) // _UID: Unique ID
Name (BUF0, ResourceTemplate ()
{
Memory32Fixed (ReadWrite,
0xFED00000, // Address Base
0x00000400, // Address Length
_Y34)
})
Method (_STA, 0, NotSerialized) // _STA: Status
{
If (HPTE)
{
Return (0x0F)
}

Return (Zero)
}

Method (_CRS, 0, Serialized) // _CRS: Current Resource Settings
{
If (HPTE)
{
CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y34._BAS, HPT0) // _BAS: Base Address
HPT0 = HPTB /* \HPTB */
}

Return (BUF0) /* \_SB_.PCI0.LPCB.HPET.BUF0 */
}
}

Besides adding `hpet=disable` to Linux’ CLI, is there a way to address the warning?


Kind regards,

Paul


[1]: https://bugzilla.kernel.org/show_bug.cgi?id=216402