Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3090310imm; Tue, 29 May 2018 00:23:45 -0700 (PDT) X-Google-Smtp-Source: ADUXVKL3fSXhr18W/0cNxREBRltYMDwwK6EDQJ3BooKIwRE5/aOgrTbiG/HFEoJO/eHTOkvq4BTs X-Received: by 2002:a17:902:b588:: with SMTP id a8-v6mr5544707pls.308.1527578625462; Tue, 29 May 2018 00:23:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527578625; cv=none; d=google.com; s=arc-20160816; b=McPOGQrMz4vZ70VgYhYIl2WiM1A45Wktfs3q+oi+uBkKnt3vDOpExhwBSZKYVU1aq2 BFuKDgSapV/Rye1FqXCgWHclE7vjEuRFyjUhFV2LvfU3SIjON0BIBtpjeRBASMWlmYYv BeuZNG7Zg+mCjDjoMT83IgxtYrJWeycpV7V+AEkVzBiyMwd+KStlRY7ZO+hh9Qx9P9/j gXsjjU047cINM8K+yKJafdPSR1hoM47cvzaHd2S6nwBkXS4ndvJbZKBHdA7T/duVojgj POnVDBnXPFWLT/d2FLQEaSdr9xZo3YCGFi3cy/Xwfv+QqBwtyFEHMtEOfBnr6pCjtUSs ultw== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=HQwCGjO0NNFlbTTz3ZS3OFDiZc8ZXoci9tQn9KAR4Uk=; b=SJGQWf2HeK6W52yJgTQdF0pmGfns6Na9lmTMS5bNWDkP4kM13WeOSIFRqVBD37mb8G +D/QVjrx2dbVs3rEL5LQGPMNEJzjfibJmOgpcLTIIvRWT5+4PMyDpSvzsK7AmdUOVsY6 0BabolaxBXWc8rqwWbKelu/woVK1+4TadNEEgjFrYPm5K7mYKq3zEwunmNrWsi5LSsC+ sThMYq8i3ITJMFqad2gSGvuotlF6UiLhSatz9EkO3a5a+NNNlA2TJky8brWNL+P5ioC5 EGv1nfbqmL4fmbtc7od/22WlH4xnnObOUKjqa1MU6PeNn7q14W0IhSWC2YCGKsc+Bc4N lrtA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t23-v6si33594408plo.508.2018.05.29.00.23.31; Tue, 29 May 2018 00:23:45 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754873AbeE2HWo (ORCPT + 99 others); Tue, 29 May 2018 03:22:44 -0400 Received: from mx2.suse.de ([195.135.220.15]:37667 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750831AbeE2HWm (ORCPT ); Tue, 29 May 2018 03:22:42 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext-too.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 38379AB43; Tue, 29 May 2018 07:22:41 +0000 (UTC) Date: Tue, 29 May 2018 09:22:40 +0200 From: Johannes Thumshirn To: Mike Snitzer Cc: "Martin K. Petersen" , Linux NVMe Mailinglist , Laurence Oberman , Sagi Grimberg , James Smart , Ewan Milne , Linux Kernel Mailinglist , Keith Busch , Hannes Reinecke , Martin George , Christoph Hellwig , John Meneghini Subject: Re: [PATCH 0/3] Provide more fine grained control over multipathing Message-ID: <20180529072240.np5c62akbr7jqelr@linux-x5ow.site> References: <20180525125322.15398-1-jthumshirn@suse.de> <20180525130535.GA24239@lst.de> <20180525135813.GB9591@redhat.com> <20180525141211.GA25971@lst.de> <20180525145056.GD9591@redhat.com> <20180529030236.GA28895@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180529030236.GA28895@redhat.com> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 28, 2018 at 11:02:36PM -0400, Mike Snitzer wrote: > No, what both Red Hat and SUSE are saying is: cool let's have a go at > "Plan A" but, in parallel, what harm is there in allowing "Plan B" (dm > multipath) to be conditionally enabled to coexist with native NVMe > multipath? For a "Plan B" we can still use the global knob that's already in place (even if this reminds me so much about scsi-mq which at least we haven't turned on in fear of performance regressions). Let's drop the discussion here, I don't think it leads to something else than flamewars. Johannes -- Johannes Thumshirn Storage jthumshirn@suse.de +49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: Felix Imend?rffer, Jane Smithard, Graham Norton HRB 21284 (AG N?rnberg) Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850