On Sun, 18 Jun 2023 15:42:40 +0200, Marius Hoch wrote: > I just booted with acpi=noirq, the PCI device no longer fails to be > enabled and the device got assigned IRQ 19 now (according to lspci -v/ > proc/interrupts), while the freefall device remained at IRQ 18. > Interestingly dmesg is full of spam from the freefall device (endlessly > reporting that freefall got detected, probably indicating a problem in > IRQ handling, yikes). Unfortunately, while acpi=noirq can be useful for testing purposes and bug investigation, there's no guarantee that a modern x86 system can actually work properly without ACPI-based PCI routing. > Booting without the smo8800 module results in: > [root@fedora ~]# dmesg | grep -i smbus > [ 20.042515] i801_smbus 0000:00:1f.3: PCI->APIC IRQ transform: INT C > -> IRQ 19 > [ 20.042548] i801_smbus 0000:00:1f.3: SPD Write Disable is set > [ 20.042574] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt > [ 20.051270] i801_smbus 0000:00:1f.3: Accelerometer lis3lv02d is > present on SMBus but its address is unknown, skipping registration > [ 20.253942] i801_smbus 0000:00:1f.3: Transaction timeout > [ 20.461962] i801_smbus 0000:00:1f.3: Transaction timeout > > The "Transaction timeout" messages might indicate that interrupt routing > isn't actually working? Indeed. This means the driver waited for an interrupt but was never called back. -- Jean Delvare SUSE L3 Support
