Hi again, On Fri, Feb 16, 2024 at 04:46:10PM +0200, Mika Westerberg wrote: > Hi, > > On Fri, Feb 16, 2024 at 05:36:21PM +0300, aigilea wrote: > > Hi. > > > > Booting with "modprobe.blacklist=intel_lpss_pci" on the kernel command > > line indeed works around this panic. > > I will try to find out what hardware depends on this driver. > > > > Two years ago there was a similar issue with broken soundwire devices > > configuration in dsdt on tiger lake iteration of this laptop, it is > > not fixed by HP to this day. > > SOF guys in Intel ended up making a quirk for that case. > > So if the quirk (or some additional checks in parser?) path is not > > suitable for this issue I guess the most "proper" fix might be acpi > > overlay? > > I understood HP did this fix to their BIOS but it might take some time > to get the confirmation and the BIOS version (working on this). Unfortunately it turns out that HP only applied this fix for their Omen Transcent system and apparently there is not going to be updates on any other system that has this issue if it is not shipping with Linux :( So we probably need to figure out an alternative. The root cause is that the HP BIOS accidentally a device and a variable with the same name IC03 and that gets resolved to the device instead of the variable in the _PS3() method where it calls Add(IC03, 1, 1). This was fixed by renaming the device into something else but I'm not entirely sure how this could be fixed in the kernel side or ACPICA.
