Thread (17 messages) 17 messages, 3 authors, 2021-01-26

Re: Problem with SPCC 256GB NVMe 1.3 drive - refcount_t: underflow; use-after-free.

From: Chaitanya Kulkarni <hidden>
Date: 2021-01-25 08:35:13

I have pointed that out on friday already offline to reduce the mailing list noise. 
On Jan 25, 2021, at 12:16 AM, Niklas Cassel [off-list ref] wrote:

On Fri, Jan 22, 2021 at 07:54:26PM -0500, Bradley Chapman wrote:
quoted
With the following patch applied to the NVMe tree, my system hard-locked and
would not respond to Alt+SysRQ once I mounted the filesystem and attempted a
directory listing of the root of the filesystem.
diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index 25456d02eddb..7ba5e8e92e19 100644
--- a/drivers/nvme/host/pci.c
+++ b/drivers/nvme/host/pci.c
@@ -3228,6 +3228,8 @@ static const struct pci_device_id nvme_id_table[] = {
               .driver_data = NVME_QUIRK_DISABLE_WRITE_ZEROES, },
       { PCI_DEVICE(0x15b7, 0x2001),   /*  Sandisk Skyhawk */
               .driver_data = NVME_QUIRK_DISABLE_WRITE_ZEROES, },
+       { PCI_DEVICE(0x1d97, 0x2263),   /*  SPCC */
+               .driver_data = NVME_QUIRK_SINGLE_VECTOR },
       { PCI_DEVICE(PCI_VENDOR_ID_APPLE, 0x2001),
               .driver_data = NVME_QUIRK_SINGLE_VECTOR },
       { PCI_DEVICE(PCI_VENDOR_ID_APPLE, 0x2003) },
Hello Bradley,

Chaitanya asked you to test the NVME_QUIRK_DISABLE_WRITE_ZEROES quirk.
Your patch seems to instead use the NVME_QUIRK_SINGLE_VECTOR quirk.

Did you try the NVME_QUIRK_DISABLE_WRITE_ZEROES quirk?


Kind regards,
Niklas
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help