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