From mboxrd@z Thu Jan 1 00:00:00 1970 From: hch@lst.de (Christoph Hellwig) Date: Fri, 25 May 2018 15:05:35 +0200 Subject: [PATCH 0/3] Provide more fine grained control over multipathing In-Reply-To: <20180525125322.15398-1-jthumshirn@suse.de> References: <20180525125322.15398-1-jthumshirn@suse.de> Message-ID: <20180525130535.GA24239@lst.de> On Fri, May 25, 2018@02:53:19PM +0200, Johannes Thumshirn wrote: > Hi, > > This patch series aims to provide a more fine grained control over > nvme's native multipathing, by allowing it to be switched on and off > on a per-subsystem basis instead of a big global switch. No. The only reason we even allowed to turn multipathing off is because you complained about installer issues. The path forward clearly is native multipathing and there will be no additional support for the use cases of not using it. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754630AbeEYM75 (ORCPT ); Fri, 25 May 2018 08:59:57 -0400 Received: from verein.lst.de ([213.95.11.211]:36827 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751949AbeEYM74 (ORCPT ); Fri, 25 May 2018 08:59:56 -0400 Date: Fri, 25 May 2018 15:05:35 +0200 From: Christoph Hellwig To: Johannes Thumshirn Cc: Christoph Hellwig , Keith Busch , Sagi Grimberg , Hannes Reinecke , Mike Snitzer , Laurence Oberman , Ewan Milne , James Smart , Linux Kernel Mailinglist , Linux NVMe Mailinglist , "Martin K . Petersen" , Martin George , John Meneghini Subject: Re: [PATCH 0/3] Provide more fine grained control over multipathing Message-ID: <20180525130535.GA24239@lst.de> References: <20180525125322.15398-1-jthumshirn@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180525125322.15398-1-jthumshirn@suse.de> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 25, 2018 at 02:53:19PM +0200, Johannes Thumshirn wrote: > Hi, > > This patch series aims to provide a more fine grained control over > nvme's native multipathing, by allowing it to be switched on and off > on a per-subsystem basis instead of a big global switch. No. The only reason we even allowed to turn multipathing off is because you complained about installer issues. The path forward clearly is native multipathing and there will be no additional support for the use cases of not using it.