Answer in brief
CVE-2026-89455 records a Unknown severity vulnerability in PCI: plda: Fix use-after-free of event IRQs during teardown. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=76c9113968079140cb2f885631db422170f32105 <1d0159e139261996a3ca21798d9114aab2124d3c || >=76c9113968079140cb2f885631db422170f32105 <01c2f0c66bd1f892db9c6e82976da6b463cc4427 || >=76c9113968079140cb2f885631db422170f32105 <e3589ca5f2e6477774753a2202c21509428d4701 || >=76c9113968079140cb2f885631db422170f32105 <26b73bae01d6eb81a4a38f36101812f20b2639de | 1d0159e139261996a3ca21798d9114aab2124d3c, 01c2f0c66bd1f892db9c6e82976da6b463cc4427, e3589ca5f2e6477774753a2202c21509428d4701, 26b73bae01d6eb81a4a38f36101812f20b2639de |
| Linux/Linuxgeneric | 6.11 | Not reported |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: PCI: plda: Fix use-after-free of event IRQs during teardown plda_pcie_irq_domain_deinit() removes pcie->event_domain via irq_domain_remove(), but the per-event IRQs mapped from that domain are requested with devm_request_irq() in plda_init_interrupts(). The actual free_irq() for a devm-managed IRQ is deferred by devres until after the calling probe()/remove() function returns. This means irq_domain_remove() can free the domain's internal data before the deferred free_irq() for IRQs still mapped into it has run. When devres later processes that deferred cleanup, it can end up dereferencing the already-freed domain. Free each event IRQ explicitly with devm_free_irq() before removing the domain. This triggers the free immediately and removes the IRQ from the devres tracking list, so devres will not attempt to free it a second time later. Also dispose of the event, INTx, and MSI IRQ mappings with irq_dispose_mapping() before their owning domains are removed. Finally, guard the calls to irq_set_chained_handler_and_data() for pcie->irq, pcie->msi_irq, and pcie->intx_irq so they only run when those fields hold a valid (>0) IRQ number. This is a pre-existing issue, flagged by automated review during work on an earlier, unrelated patch to this driver. Build-tested and boot-tested on StarFive VisionFive v1.2A board
Quoted source text, attributed separately from HOL analysis.