diff options
| author | Misha Nasledov <[email protected]> | 2019-07-15 07:11:49 +0000 |
|---|---|---|
| committer | Christoph Hellwig <[email protected]> | 2019-07-23 15:46:43 +0000 |
| commit | 08b903b5fd0c49e5f224a9bf085b6329ec3c55c0 (patch) | |
| tree | 1af4d55ed3f77f3e43115fd23fd2cc2e71d4ba2a /tools/perf/scripts/python/stackcollapse.py | |
| parent | drbd: dynamically allocate shash descriptor (diff) | |
| download | kernel-08b903b5fd0c49e5f224a9bf085b6329ec3c55c0.tar.gz kernel-08b903b5fd0c49e5f224a9bf085b6329ec3c55c0.zip | |
nvme: ignore subnqn for ADATA SX6000LNP
The ADATA SX6000LNP NVMe SSDs have the same subnqn and, due to this, a
system with more than one of these SSDs will only have one usable.
[ 0.942706] nvme nvme1: ignoring ctrl due to duplicate subnqn (nqn.2018-05.com.example:nvme:nvm-subsystem-OUI00E04C).
[ 0.943017] nvme nvme1: Removing after probe failure status: -22
02:00.0 Non-Volatile memory controller [0108]: Realtek Semiconductor Co., Ltd. Device [10ec:5762] (rev 01)
71:00.0 Non-Volatile memory controller [0108]: Realtek Semiconductor Co., Ltd. Device [10ec:5762] (rev 01)
There are no firmware updates available from the vendor, unfortunately.
Applying the NVME_QUIRK_IGNORE_DEV_SUBNQN quirk for these SSDs resolves
the issue, and they all work after this patch:
/dev/nvme0n1 2J1120050420 ADATA SX6000LNP [...]
/dev/nvme1n1 2J1120050540 ADATA SX6000LNP [...]
Signed-off-by: Misha Nasledov <[email protected]>
Signed-off-by: Christoph Hellwig <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions