All of lore.kernel.org
 help / color / mirror / Atom feed
* Dell XPS 13 9370: hpet_acpi_add: no address or irqs in _CRS
@ 2022-08-23 13:03 Paul Menzel
  0 siblings, 0 replies; only message in thread
From: Paul Menzel @ 2022-08-23 13:03 UTC (permalink / raw)
  To: Clemens Ladisch; +Cc: LKML, ACPI Devel Maling List, Dell.Client.Kernel

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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2022-08-23 16:32 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-23 13:03 Dell XPS 13 9370: hpet_acpi_add: no address or irqs in _CRS Paul Menzel

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.