Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2126751ybl; Sat, 31 Aug 2019 08:31:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqz15lyXlXFJNUZQ6wMh5mkcfBYb4K5yvhFvKRqHxm7uw1376P+Pcp18j9Tk+6XZzc6mAsnx X-Received: by 2002:a17:90a:fa8f:: with SMTP id cu15mr4412894pjb.119.1567265516874; Sat, 31 Aug 2019 08:31:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567265516; cv=none; d=google.com; s=arc-20160816; b=M9Qp7+/YuJ1eUEB9vL1IBG9KxpoW5r00mteNn094bSRPz4jXkMVh9tOuWUDqv/IA6Q 8efBkhAn/ZCoancXhIVMh4NWB4Xy2jwsSIfTCnMeqzTmDZxESfQKJ2kmQxIQjD2fzfRP YfjDilJo99rEF4ERYU6C+jYsbz/z6tfrW7FlrNlDQ54s4I+bpHnp0ff9YJC5Ya890gGe yH7CntZm0EQ/0DBuRZShJEsH6dYkyW8ZFU1DyjxDCvgIiXuRZ4NW1Hlzng2xpIiuN/On Dm1OIdwNld7mvuy+ZDMhfb4sXyRS8qIsCK9TcqFsq2Wzzzwln8pVhr+0FD4YHGlk0gUC AYyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=WaGh1iBJwpEQ/IbMbfO/WLySauLmCTUazW6dvDrolso=; b=i+0upoY1K0tn9a8J7LL3pWXPvF/qa/M8jnZ9yue6ZSGbjcGu5EmkHT0wZMSoZ0FmWu lecmQ9SDlJaI5P5JE2d9uZ038nkAAzh+BNng5DOCgPeIvsEAQtdQ9GbAP8BEX+56p7L+ oDdS2MI8cwu+jAicjdrfMPbVgu3kcXeyvptgJC1VfvU8PLbCAwQNWafVBt+rpjIQMhE5 mKFajZ6M1aXVn48p8sLtORrqIq4VIhpE/PrNHpF1EZyZNoB1cIQdXroow0Sb+PYxI5tL FdI5FvZrLuaAYNecV9NjbkiU7VFLoCzFjMXDNZZ1F5n0x1STM75we7/VeKAdfV3/5chh 4M2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j1si7130461pgb.482.2019.08.31.08.31.41; Sat, 31 Aug 2019 08:31:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728325AbfHaPaw (ORCPT + 99 others); Sat, 31 Aug 2019 11:30:52 -0400 Received: from mga11.intel.com ([192.55.52.93]:2873 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727816AbfHaPaw (ORCPT ); Sat, 31 Aug 2019 11:30:52 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2019 08:30:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,451,1559545200"; d="scan'208";a="265606221" Received: from unknown (HELO localhost.localdomain) ([10.232.112.69]) by orsmga001.jf.intel.com with ESMTP; 31 Aug 2019 08:30:50 -0700 Date: Sat, 31 Aug 2019 09:29:11 -0600 From: Keith Busch To: Logan Gunthorpe Cc: linux-kernel@vger.kernel.org, linux-nvme@lists.infradead.org, Christoph Hellwig , Sagi Grimberg , Jens Axboe , Keith Busch , Hannes Reinecke , "Martin K . Petersen" Subject: Re: [PATCH] nvme-core: Fix subsystem instance mismatches Message-ID: <20190831152910.GA29439@localhost.localdomain> References: <20190831000139.7662-1-logang@deltatee.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190831000139.7662-1-logang@deltatee.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 30, 2019 at 06:01:39PM -0600, Logan Gunthorpe wrote: > To fix this, assign the subsystem's instance based on the instance > number of the controller's instance that first created it. There should > always be fewer subsystems than controllers so the should not be a need > to create extra subsystems that overlap existing controllers. The subsystem's lifetime is not tied to the controller's. When the controller is removed and releases its instance, the next controller to take that available instance will create naming collisions with the subsystem still using it.