Missing interrupt for MEI on Intel Xe
Simon Richter
Simon.Richter at hogyros.de
Wed Oct 29 20:43:48 AEDT 2025
Hi,
I have an Intel B580 GPU inside a POWER9 (TalosII) system, and the
embedded management engine fails to start with
[ 6.867316] mei_gsc xe.mei-gscfi.3146496: error -EINVAL:
request_irq(96) mei_me_irq_quick_handler [mei_me]
mei_me_irq_thread_handler [mei_me] mei_gsc
[ 6.867346] mei_gsc xe.mei-gscfi.3146496: irq register failed -22
[ 6.867368] mei_gsc xe.mei-gscfi.3146496: probe failed: -22
[ 6.867377] mei_gsc xe.mei-gscfi.3146496: probe with driver mei_gsc
failed with error -22
According to /proc/interrupts, irq 96 does not exist, there is only 95
(xe) and 97 (snd_hda_intel:card0), so it appears the number has been
reserved somehow, but something stops us from attaching to it.
The closest thing to a clue I have is
[ 6.845878] pci 0030:02:01.0: Failed to create device link (0x124)
with supplier 0.interrupt-controller for
/pciex at 620c3c0000000/pci at 0/pci at 0/pci at 1
[ 6.845959] pci 0030:01:00.0: Failed to create device link (0x124)
with supplier 0.interrupt-controller for /pciex at 620c3c0000000/pci at 0/pci at 0
[ 6.846010] pci 0030:00:00.0: Failed to create device link (0x124)
with supplier 0.interrupt-controller for /pciex at 620c3c0000000/pci at 0
This might need the eyes of someone who understands interrupt routing on
OpenFirmware.
Other observations from last week's debugging session:
1. If I add a few printf to the device_link code, it appears creating
the link fails because a link already exists in the other direction.
2. The bridges in between do not have pcieport attached to them, as the
driver is disabled by pcie_ports_disabled = true;
Simon
More information about the Linuxppc-dev
mailing list