diff options
author | Stefan Roese <sr@denx.de> | 2021-12-14 12:49:32 +0100 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2021-12-22 09:19:02 +0100 |
commit | 12ae8cd1c7e9fcbde8635df012f5fa994627a638 (patch) | |
tree | 65f7c7764d9b865ab7293df73e3cfaa6c38a9595 /drivers/dax | |
parent | 107883a5bc2084ceb2d2241abcdd4dd450c6eeab (diff) | |
download | linux-stable-12ae8cd1c7e9fcbde8635df012f5fa994627a638.tar.gz linux-stable-12ae8cd1c7e9fcbde8635df012f5fa994627a638.tar.bz2 linux-stable-12ae8cd1c7e9fcbde8635df012f5fa994627a638.zip |
PCI/MSI: Mask MSI-X vectors only on success
commit 83dbf898a2d45289be875deb580e93050ba67529 upstream.
Masking all unused MSI-X entries is done to ensure that a crash kernel
starts from a clean slate, which correponds to the reset state of the
device as defined in the PCI-E specificion 3.0 and later:
Vector Control for MSI-X Table Entries
--------------------------------------
"00: Mask bit: When this bit is set, the function is prohibited from
sending a message using this MSI-X Table entry.
...
This bit’s state after reset is 1 (entry is masked)."
A Marvell NVME device fails to deliver MSI interrupts after trying to
enable MSI-X interrupts due to that masking. It seems to take the MSI-X
mask bits into account even when MSI-X is disabled.
While not specification compliant, this can be cured by moving the masking
into the success path, so that the MSI-X table entries stay in device reset
state when the MSI-X setup fails.
[ tglx: Move it into the success path, add comment and amend changelog ]
Fixes: aa8092c1d1f1 ("PCI/MSI: Mask all unused MSI-X entries")
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-pci@vger.kernel.org
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Michal Simek <michal.simek@xilinx.com>
Cc: Marek Vasut <marex@denx.de>
Cc: stable@vger.kernel.org
Link: https://lore.kernel.org/r/20211210161025.3287927-1-sr@denx.de
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/dax')
0 files changed, 0 insertions, 0 deletions