diff options
| author | Misha Nasledov <misha@nasledov.com> | 2019-07-15 10:11:49 +0300 |
|---|---|---|
| committer | Christoph Hellwig <hch@lst.de> | 2019-07-23 18:46:43 +0300 |
| commit | 08b903b5fd0c49e5f224a9bf085b6329ec3c55c0 (patch) | |
| tree | 1af4d55ed3f77f3e43115fd23fd2cc2e71d4ba2a /drivers/nvme/host/core.c | |
| parent | 77ce56e2bfaa64127ae5e23ef136c0168b818777 (diff) | |
| download | linux-08b903b5fd0c49e5f224a9bf085b6329ec3c55c0.tar.xz | |
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 <misha@nasledov.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'drivers/nvme/host/core.c')
0 files changed, 0 insertions, 0 deletions