[SRU]PCI: vmd: Do not disable MSI-X remapping if interrupt remapping is enabled by IOMMU
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HWE Next |
Fix Released
|
Undecided
|
Unassigned | ||
subiquity |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Medium
|
Jeff Lane | ||
Bionic |
Invalid
|
Undecided
|
Unassigned | ||
Focal |
In Progress
|
Medium
|
Jeff Lane | ||
Impish |
Fix Released
|
Medium
|
Jeff Lane | ||
Jammy |
Fix Released
|
Medium
|
Jeff Lane | ||
linux-oem-5.14 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bionic |
Invalid
|
Undecided
|
Unassigned | ||
Focal |
Won't Fix
|
Undecided
|
koba | ||
Impish |
Invalid
|
Undecided
|
Unassigned | ||
Jammy |
Invalid
|
Undecided
|
Unassigned | ||
linux-oem-5.17 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bionic |
Invalid
|
Undecided
|
Unassigned | ||
Focal |
Invalid
|
Undecided
|
Unassigned | ||
Impish |
Invalid
|
Undecided
|
Unassigned | ||
Jammy |
Invalid
|
Undecided
|
koba |
Bug Description
[Impact]
A hardware partner discovered they were unable to install Ubuntu on some servers using VROC setups. They point to this issue involving DMAR that is blocking discovery of the VROC RAID devices:
`git bisect` points to this offending commit ee81ee84f873 ("PCI:
vmd: Disable MSI-X remapping when possible"), which disables VMD MSI
remapping. The IOMMU hardware blocks the compatibility format
interrupt request because Interrupt Remapping Enable Status (IRES) and
Extended Interrupt Mode Enable (EIME) are enabled. Please refer to
section "5.1.4 Interrupt-Remapping Hardware Operation" in Intel VT-d
spec.
To fix the issue, VMD driver still enables the interrupt remapping
irrespective of VMD_FEAT_
enables the interrupt remapping.
[Fix]
2565e5b69c44 PCI: vmd: Do not disable MSI-X remapping if interrupt remapping is enabled by IOMMU
[Test Plan]
1. Boot into VRoC controller in uEFI Setup and create a raid10 disk.
2. Install affected Ubuntu release on the RAID10.
3. The system hangs at "Partitions formatting 33%".
[Where problems could occur]
The fix itself is a very small change to drivers/
That said, I doubt this will fix 18.04.6 as it would require a respin to get the patched kernel onto the ISO. 20.04 should pick it up in ISO in 20.04.5, so there could still be the initial issue since those ISOs would be lacking the patched kernel.
[Other Info]
As noted, this would need to not only land in the kernel but land in the kernel in the ISO to resolve the issue in the installation process. I'll bring this back as far as Focal with the expectation that while 20.04.4 is too late, it will be present using the GA kernel in 20.04.5 later on.
*******
Original Bug Summary:
A hardware partner has been testing 18.04 subiquity images on their servers with VROC enabled and configured in a RAID 10 setup.
In their own words:
Steps to reproduce:
1. Boot into VRoC controller in uEFI Setup and create a raid10 disk.
2. Install Ubuntu 18.04.5 on the RAID10.
3. The system hangs at "Partitions formatting 33%".
After looking at the launchpad (https:/
[Quotes from the launchpad]
The released kernels are:
I've asked them to also confirm this on 20.04.2, and check that 20.04.3 dailies fix the issue.
It is at least a very reasonable hypothesis that this will also break on all current ISO installs as none of them are respun once released to include updated SRUs in the installation media. This currently affects 20.04.2 but that will be resolved shortly when 20.04.3 releases as the GA and HWE kernels in that image should have the SRU that fixes this issue. However, 18.04 has no further releases, and even the 18.04.5 daily-live and daily images on cdimages.ubuntu.com are not built after 18.04.5 was released.
CVE References
Changed in subiquity: | |
status: | New → Incomplete |
summary: |
- Installation hangs on VROC systems during Bionic installs + Installation hangs on VROC systems during Bionic installsPCI: vmd: Do + not disable MSI-X remapping if interrupt remapping is enabled by IOMMU |
summary: |
- Installation hangs on VROC systems during Bionic installsPCI: vmd: Do - not disable MSI-X remapping if interrupt remapping is enabled by IOMMU + PCI: vmd: Do not disable MSI-X remapping if interrupt remapping is + enabled by IOMMU |
Changed in linux (Ubuntu Bionic): | |
status: | Incomplete → Invalid |
Changed in linux (Ubuntu Focal): | |
status: | Incomplete → In Progress |
Changed in linux (Ubuntu Impish): | |
status: | Incomplete → In Progress |
Changed in linux (Ubuntu Jammy): | |
status: | Incomplete → In Progress |
Changed in linux (Ubuntu Focal): | |
assignee: | nobody → Jeff Lane (bladernr) |
Changed in linux (Ubuntu Impish): | |
assignee: | nobody → Jeff Lane (bladernr) |
Changed in linux (Ubuntu Jammy): | |
assignee: | nobody → Jeff Lane (bladernr) |
importance: | Undecided → Medium |
Changed in linux (Ubuntu Impish): | |
importance: | Undecided → Medium |
Changed in linux (Ubuntu Focal): | |
importance: | Undecided → Medium |
description: | updated |
description: | updated |
summary: |
- PCI: vmd: Do not disable MSI-X remapping if interrupt remapping is + [SRU]PCI: vmd: Do not disable MSI-X remapping if interrupt remapping is enabled by IOMMU |
Changed in linux (Ubuntu Impish): | |
status: | In Progress → Fix Committed |
tags: |
added: verification-done-focal removed: verification-needed-focal |
Changed in linux-oem-5.14 (Ubuntu Focal): | |
assignee: | nobody → koba (kobako) |
status: | New → In Progress |
Changed in linux-oem-5.17 (Ubuntu Jammy): | |
assignee: | nobody → koba (kobako) |
status: | New → In Progress |
tags: | added: oem-priority originate-from-1967153 somerville |
Changed in linux-oem-5.17 (Ubuntu Jammy): | |
status: | In Progress → Invalid |
Changed in linux-oem-5.14 (Ubuntu Bionic): | |
status: | New → Invalid |
Changed in linux-oem-5.14 (Ubuntu Impish): | |
status: | New → Invalid |
Changed in linux-oem-5.17 (Ubuntu Impish): | |
status: | New → Invalid |
Changed in linux-oem-5.17 (Ubuntu Focal): | |
status: | New → Invalid |
Changed in linux-oem-5.17 (Ubuntu Bionic): | |
status: | New → Invalid |
Changed in linux-oem-5.17 (Ubuntu): | |
status: | New → Invalid |
Changed in linux-oem-5.14 (Ubuntu Jammy): | |
status: | New → Invalid |
Changed in linux-oem-5.14 (Ubuntu): | |
status: | New → Invalid |
Changed in linux-oem-5.14 (Ubuntu Focal): | |
status: | In Progress → Fix Committed |
Changed in linux-oem-5.14 (Ubuntu Focal): | |
status: | Fix Committed → In Progress |
Changed in linux-oem-5.14 (Ubuntu Focal): | |
status: | In Progress → Won't Fix |
Changed in hwe-next: | |
status: | New → Fix Released |
I'm a bit confused, I wouldn't expect vroc installs to work at all with 18.04.5. Is this after updating to the edge channel or something?