Re: [PATCH 0/2] i2c: i801: Force no IRQ for Dell Latitude E7450

Jean Delvare
2023-06-19T15:19:18Z

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