On Sun, 16 Mar 2025 09:32:52 +0100, Patrick Rudolph wrote:
> Even though the RC node has the correct size and the ID mappings
> are written to the end of the node, the ID 'mapping offset' and
> 'mapping count' are not written in the IORT RC node header, thus it
> looks like that the RC node has no ID mappings.
> The Linux kernel doesn't complain about the invalid IORT RC node,
> even though the spec says that each RC node must have an ID mapping.
> The kernel will fail to use MSI IRQs and fall back to a legacy IRQ
> mechanism that's not working either.
> Finally it will show strange behaviour around PCI interrupts, making it
> hard to trace back to an invalid IORT RC nodes.
>
> [...]
Applied to u-boot/next, thanks!
[1/5] acpi_table: Fix IORT RC node
commit: 92d448f4f1ed80dfaa2327eeea9a741717dc3847
[2/5] acpi_table: Add asserts in IORT
commit: 0ae343239b702336d2c0a4f73a9a953d5a15b2af
[3/5] acpi: Clear reserved bits in IORT
commit: fe8844f4ad7189a6309976ecc841d55735e3534a
[4/5] acpi: Conditionally set mapping_offset in IORT
commit: 9c748576402cbc1381498e72800ecaeb99d2b355
[5/5] test: acpi: Add IORT tests
commit: 636b62c265f8932f12b2fe1ce8b256868d16fbda
--
Tom
