From mboxrd@z Thu Jan 1 00:00:00 1970 From: 'Christoph Hellwig' Subject: Re: nvmet_rdma crash - DISCONNECT event with NULL queue Date: Mon, 7 Nov 2016 19:41:26 +0100 Message-ID: <20161107184126.GA4400@lst.de> References: <01d101d2345e$2f054390$8d0fcab0$@opengridcomputing.com> <01d901d2345f$da0d2e00$8e278a00$@opengridcomputing.com> <1d09c064-1cbe-7e6e-43d2-cfa6cf0c19ea@grimberg.me> <024e01d23476$6668b890$333a29b0$@opengridcomputing.com> <3512b8bb-4d29-b90a-49e1-ebf1085c47d7@grimberg.me> <004601d2351a$d9db85b0$8d929110$@opengridcomputing.com> <20161102151540.GB14825@lst.de> <1478543378.3350.17.camel@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Content-Disposition: inline In-Reply-To: <1478543378.3350.17.camel-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: J Freyensee Cc: Sagi Grimberg , 'Christoph Hellwig' , Steve Wise , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, "Minturn, Dave B" List-Id: linux-rdma@vger.kernel.org On Mon, Nov 07, 2016 at 10:29:38AM -0800, J Freyensee wrote: > The way I interpret the spec, ctrlid (I'm assuming you mean cntlid) is > allocated on a NVM subsystem basis.  For example, Figure 34 of the > Discovery Log Page entry and Figure 20 of the Connect Command implies > to me CNTLID values are allocated on a NVM Subsystem granular-level > when I see statements such as: It is per-subsystem. But nothing in the spec prohibits and implementation that has multiple subsystems to simply not allocate cntlids that would conflict betweens it's subsystems. And in fact there is a TP in the working group that would require implementations not to reuse cntlids for it to work. We'll probably hear more about that once it's published. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html