When moving IRQs between CPUs to distribute the load of IRQ handling, IRQ vectors are dynamically allocated and de-allocated on the relevant CPUs. De-allocation has to happen when certain constraints are met. If these conditions are not met when first checked, the checking CPU may send an interrupt to itself, in the expectation that this IRQ will be delivered only after the condition preventing the cleanup has cleared. For two specific IRQ vectors this expectation was violated, resulting in a continuous stream of self-interrupts, which renders the CPU effectively unusable.
Created xen tracking bugs for this issue: Affects: fedora-all [bug 1907932]
External References: https://www.openwall.com/lists/oss-security/2020/12/15/15
This CVE Bugzilla entry is for community support informational purposes only as it does not affect a package in a commercially supported Red Hat product. Refer to the dependent bugs for status of those individual community products.