linux-kernel - Re: [PATCH v2] PCI: Add quirk to disable ASPM L1 for Sandisk SN740 NVMe SSDs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <a35eb89e-fcd0-4af1-a0d0-655362a2b0d1@oss.qualcomm.com>
Date: Thu, 27 Nov 2025 19:41:58 +0100
From: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
To: Alexey Bogoslavsky <Alexey.Bogoslavsky@...disk.com>,
        Manivannan Sadhasivam <mani@...nel.org>,
        Bjorn Helgaas <helgaas@...nel.org>
Cc: Manivannan Sadhasivam <manivannan.sadhasivam@....qualcomm.com>,
        "bhelgaas@...gle.com" <bhelgaas@...gle.com>,
        "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Jeffrey Lien <Jeff.Lien@...disk.com>,
        Avinash M N <Avinash.M.N@...disk.com>
Subject: Re: [PATCH v2] PCI: Add quirk to disable ASPM L1 for Sandisk SN740
 NVMe SSDs

On 11/25/25 4:30 PM, Alexey Bogoslavsky wrote:
> On Mon, Nov 24, 2025 at 05:53:07PM -0600, Bjorn Helgaas wrote:
>>> [+cc Alexey, Jeffrey, Avinash]
>>>
>>> On Thu, Nov 20, 2025 at 09:42:53PM +0530, Manivannan Sadhasivam wrote:
>>>> The Sandisk SN740 NVMe SSDs cause below AER errors on the upstream 
>>>> Root Port of PCIe controller in Microsoft Surface Laptop 7, when 
>>>> ASPM L1 is
>>>> enabled:
>>>>
>>>>   pcieport 0006:00:00.0: AER: Correctable error message received from 0006:01:00.0
>>>>   nvme 0006:01:00.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID)
>>>>   nvme 0006:01:00.0:   device [15b7:5015] error status/mask=00000001/0000e000
>>>>   nvme 0006:01:00.0:    [ 0] RxErr
>>>
>>> Do we have any information about whether this error happens with the
>>> SN740 on platforms other than the Surface Laptop 7?  Or whether it 
>>> happens on the Surface with other endpoints?
>>>
> 
>> This device comes pre installed with the Surface Laptop 7 I believe. It is not very convenient to replace the NVMe in a laptop for testing.
> 
>>> I'm a little hesitant about quirking devices and claiming they are 
>>> defective without a solid root cause.
>>>
> 
>> There are a couple of points that made me convince myself:
> 
>> * Other X1E laptops are working fine with ASPM L1.
>> * This laptop has WCN785x WiFi/BT combo card connected to the other controller instance and L1 is working fine for it.
>> * There is no known issue with ASPM L1 in X1E chipsets.
> 
>> Because of these, I was so certain that the NVMe is the fault here.
> 
>>> Sandisk folks, do you have any insight into this?  Any known errata or 
>>> possibility of looking into this with an analyzer?
>>>
> 
>> I don't think Konrad has access to the analyzer, neither any of us.
> 
>> If you are still hesitant, I'd suggest adding the platform check so that this quirk is only limited to the Surface Laptop 7:
> 
> We at Sandisk are currently checking and double-checking the issue on several platforms and with several devices.
> We haven't reached final conclusions yet, but what's clear is that quirking out SN740 unconditionally, for all platforms,
> is definitely an overkill. The device performs normally on vast majority of platforms. Applying the quirk for the combination
> of SN740 and Surface Laptop 7, as you suggested, is definitely a better choice. Still, we'd like to check a few more
> platform / device combinations so we cover everything that needs to be covered while sparing the rest of combinations.

Can we interpret that as "SN740 doesn't have L1 issues on at least one
other platform"?

In that case Mani, is there a chance we omitted some related tunable in
pci-qcom that only seems to matter for some PCI devices and not others?

Konrad