Received: by 2002:a05:7412:f584:b0:e2:908c:2ebd with SMTP id eh4csp2037894rdb; Tue, 5 Sep 2023 12:20:12 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGZXgr1gm1mCLsoCFEf8UsLGuY4ZjZq1nzpBOaxlWLBec8E+X1ZaZPoJflsyW833NUzdaBw X-Received: by 2002:a17:90a:e64a:b0:271:8195:8 with SMTP id ep10-20020a17090ae64a00b0027181950008mr9914929pjb.36.1693941611723; Tue, 05 Sep 2023 12:20:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1693941611; cv=none; d=google.com; s=arc-20160816; b=znTzWFw1KSj3uvKVRix7XuMPkuBd9TQhXnnniyG9nsUqxi86sYwqurvtAM4+vHCc9S YkcsqMZ+/EFGU168WjqEUdo9RUeaPvb6QBeRrMo7DdkIaAWJ5T7VfmakZhQZgpyUrrub KIUw2fIfD2RUB8t6tQD1zp6nXllEo5ReLzJR/HPBnQgx/JcOfRumPs7F/nnxtb9j1gVf 7o9Weet5crxvqe7LeRekgowd1DppF1RKTiL6HFOKhlgrkxgF0R7L5mwhU7fp/h6mukPw mqV4+hz1cI5Qhk//4ssHF5rnT+j7vKiyBnhQTCiTNOHAWySr8c7q+JYBgwZEux9bTy/Q NDLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=czXyCb8lm5lbx9VO7mRZr+AqWmorIa5UtUmAa7RzC6w=; fh=+byx5ezlfY2s4WDQKXAyBTZjtp7KMozl+Fp+AkqGeEw=; b=IIm6ig+NC9nHOyxy2BVoyCK/IC0odteKYNPmYCskEbqgmviC7upXFvNSxO2hzMTgYU A7VOjLvN3ZBX00UQx/1C7KE7pLeBnuB/c5Y9Lh5l79Bx0JYFtbz6jdZgBbR6soMn+qG5 iy+wbNrGTonOutFAq0wly+jsSFHijmOBm+OXQk58QSqf43GkR/SNZt0+G3eYR+4DfviF +vJ8x7Ies//ypAWZoiUVeHlD83lwhnS4OFg/sphjaq2y5fGDpPjQOlupgPqVAUdAGKxz 1K1eWWd3TuxFllwAyHwzmhqwSrGygt/Y4R0WfjluvCG2SUaaoyCmULmpVgoK8OBpCA7u IwIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZiRm+ulK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id lb1-20020a17090b4a4100b0026823d86469si10372319pjb.24.2023.09.05.12.19.57; Tue, 05 Sep 2023 12:20:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZiRm+ulK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354171AbjIERHS (ORCPT + 99 others); Tue, 5 Sep 2023 13:07:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45676 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243131AbjIEQjc (ORCPT ); Tue, 5 Sep 2023 12:39:32 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 755F076BE; Tue, 5 Sep 2023 09:35:33 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6EF0A60B99; Tue, 5 Sep 2023 16:34:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2FC1FC433C7; Tue, 5 Sep 2023 16:34:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1693931651; bh=X5L10YoHz2zVk5p4qYnAUloFN9ZU4ucYAmPjaaoOySo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZiRm+ulKAd/8crD2KbxWsd8Z1u6QSPzvjsg3PZi/Ay9sIVGqFZh1oiDzQ3Iuh1tHJ q2s5rvZgpGwFwt7+D9xghQlwMy5cya4SYELzWd5VinCDXVWABFJ/oyHVo62d5UyzXp 8qhJO2iairFbbwQ+eEVxTK9It94jANP8iPShHeR6dRwnPdLUBjctZN2V1srDCPdN5J C0Z8vTh3s//RVWM9P1Wy0qmpqbSWEXj6uBT/yVxsSqgXHdNIC2whzwI5baDILCe21A LPPE9/6G9J0KwHuvHBjd0aoO4zgl+aYA34WVJf7FZQIZcUc2/ekrBPr0sYhkiV1Ady xiG14GAhJs2pg== Date: Tue, 5 Sep 2023 10:34:08 -0600 From: Keith Busch To: =?iso-8859-1?Q?Cl=E1udio?= Sampaio Cc: Linux regressions mailing list , Bagas Sanjaya , Jens Axboe , Christoph Hellwig , Sagi Grimberg , Linux Kernel Mailing List , Linux NVMe , Linux Stable Subject: Re: Fwd: Lexar NM790 SSDs are not recognized anymore after 6.1.50 LTS Message-ID: References: <8af186ba-5f64-2102-8f9c-3969b0906893@gmail.com> <2a379b3a-6ff3-444b-bbad-0fba0bc3a28b@leemhuis.info> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 05, 2023 at 05:50:06PM +0200, Cl?udio Sampaio wrote: > Hi Thorsten and Keith, > > Thanks for the details. I'm still unsure if responding by email is better > or adding to the ticket, but here it goes: I have tried for days both with > complete power off of the machine and cycle-booting all kernels in > succession and without exception, 6.1.x LTS and the patched 6.5.1 kernel > always recognize and operate the NVME, whilst the other kernels also fail > with the same error message. As this is my "production" desktop, though, > during the week it's more difficult to me to perform tests with it, but I > will try to do it in a more methodic way and also with 6.5.1 vanilla. > > As for the reason the Lexar doesn't catch the quirk default, I can't say I > catch the complex logic of the driver activation, but I found out how to > "fix" for my case because there are three other Lexar models in the pci.c > file: NM610, NM620 and NM760 (this one with an additional quirk marked on > it on the code, NVME_QUIRK_IGNORE_DEV_SUBNQN) -- so I guess whatever > justifies the exception for them also justifies for my model, NM790. Might > even be the case that I would need NVME_QUIRK_IGNORE_DEV_SUBNQN (not sure > what it does) like in the NM760 case, but it activates correctly without it. The existing Lexar quirks for the identifier existed before the default kernel behavior changed with respect to how identifiers are considered. But the report says the device failed to enumerate with a "device not ready" error message. That error message happens *before* identifiers are checked, so the quirk should be a no-op with respect to that error message. And the driver abandons the device after printing that message, so no futher action should be taken no matter what quirk you've set. In order for this quirk to have any effect at all, the error you should have seen should look like a "duplicate IDs" message.