diff options
| author | Sasha Levin <sashal@kernel.org> | 2026-11-04 07:18:16 -0500 |
|---|---|---|
| committer | Keith Busch <kbusch@kernel.org> | 2026-11-04 10:47:26 -0800 |
| commit | c64d9b2c1f4fd1d8fa52dab37b48428a99c4d58d (patch) | |
| tree | e6f3636bc684676393bb55bf5f288483ced4d1e8 /tools/perf/scripts/python/bin/stackcollapse-report | |
| parent | 29b8758b4700357909f06705a0c48c7a60c556d5 (diff) | |
nvme-pci: add NVME_QUIRK_DMAPOOL_ALIGN_512 for KIOXIA XG10d
The KIOXIA XG10d reads past the end of a PRP list that completely fills
a 256 byte small pool block. When that block is the last one in its
dmapool page, the read lands on the next page, which usually isn't
mapped. The IOMMU faults it and the controller craps itself:
arm-smmu-v3 arm-smmu-v3.0.auto: event: F_TRANSLATION client: 0001:09:00.0 sid: 0x20900 ssid: 0x0 iova: 0xff7fe000 ipa: 0x0
nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0xffff
Filling the block requires a slightly larger write, and those became common
with commit 2e8e30b3cf9f ("Revert "nvme-pci: clamp max_hw_sectors based on
DMA optimized limitation"").
Do what we do for other disks and use 512 byte aligned small pool blocks
for this controller.
Cc: stable@vger.kernel.org # 6.4.x
Signed-off-by: Sasha Levin <sashal@kernel.org>
Signed-off-by: Keith Busch <kbusch@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/bin/stackcollapse-report')
0 files changed, 0 insertions, 0 deletions
