From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0BEE7EB64DC for ; Tue, 11 Jul 2023 12:06:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229987AbjGKMGS (ORCPT ); Tue, 11 Jul 2023 08:06:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43620 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbjGKMGP (ORCPT ); Tue, 11 Jul 2023 08:06:15 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C73FCE4B for ; Tue, 11 Jul 2023 05:06:14 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id 1466867373; Tue, 11 Jul 2023 14:06:10 +0200 (CEST) Date: Tue, 11 Jul 2023 14:06:09 +0200 From: Christoph Hellwig To: Linux regressions mailing list Cc: Pankaj Raghav , Keith Busch , Bagas Sanjaya , Jens Axboe , Christoph Hellwig , Sagi Grimberg , "Clemens S." , Martin Belanger , Chaitanya Kulkarni , John Meneghini , Hannes Reinecke , Linux Kernel Mailing List , Linux NVMe , Kanchan Joshi , Javier Gonzalez , =?utf-8?B?67CV7KeE7ZmY?= , Linus Torvalds Subject: Re: Fwd: Need NVME QUIRK BOGUS for SAMSUNG MZ1WV480HCGL-000MV (Samsung SM-953 Datacenter SSD) Message-ID: <20230711120609.GB27050@lst.de> References: <6f333133-2cc4-406a-d6c2-642ac6ccabca@leemhuis.info> <462e0e1e-98ea-0f3c-4aaa-8d44f0a8e664@leemhuis.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462e0e1e-98ea-0f3c-4aaa-8d44f0a8e664@leemhuis.info> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 11, 2023 at 11:39:11AM +0200, Linux regression tracking (Thorsten Leemhuis) wrote: > Well, that "They keep pumping out more and more devices with the same > breakage" and the "new device" comment from Pankaj below bear the > question: should we stop trying to play "whack a mole" with all those > quirk entries and handle devices with duplicate ids just like Windows does? As far as I can tell Windows completely ignores the IDs. Which, looking back, I'd love to be able to do as well, but they are already used by udev for the /dev/disk/by-id/ links. Those are usually not used on desktop systems, as they use the file system labels and UUIDs, but that doesn't work for non-file system uses. And all this has been working really well with the good old enterprise SSDs, it's just that the cheap consumer devices keep fucking it up. If we'd take it away now we'd break existing users, which puts us between a rock and a hard place.