From: John Meneghini <jmeneghi@redhat.com>
To: Christoph Hellwig <hch@lst.de>
Cc: kbusch@kernel.org, sagi@grimberg.me, loberman@redhat.com,
linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org,
emilne@redhat.com, bgurney@redhat.com, jmeneghi@redhat.com
Subject: Re: [PATCH v2 2/3] nvme-multipath: add the NVME_MULTIPATH_PARAM config option
Date: Fri, 4 Apr 2025 18:28:10 -0400 [thread overview]
Message-ID: <f949d227-b3ba-48dc-8dab-d527b82e1246@redhat.com> (raw)
In-Reply-To: <20250403043526.GC22526@lst.de>
On 4/3/25 12:35 AM, Christoph Hellwig wrote:
> On Sat, Mar 22, 2025 at 07:28:47PM -0400, John Meneghini wrote:
>> +config NVME_MULTIPATH_PARAM
>> + bool "NVMe multipath param"
>
> This isn't really a good config options description.
>
>> + depends on NVME_CORE && NVME_MULTIPATH
>> + default y
>> + help
>> + This option controls the inclusion of the NVMe core module
>> + "multipath" parameter. If this option is disabled the
>> + nvme_core.multipath parameter is excluded from the kernel.
>> + If this option is enabled the nvme_core.multipath parameter
>> + is included in the kernel.
>
> So maybe invert the option to
>
> config NVME_MULTIPATH_DISABLE
> bool "Allow overriding the default nvme-multipath parameter"
So the question is: do you want the core_nvme.multipath parameter
to be excluded by default, or included by default?
Keith and I agreed to call this CONFIG_NVME_DISBALE_MULTIPATH_PARAM.
However during testing I realized that many of the default make 'config'
rules would end up with CONFIG_NVME_DISBALE_MULTIPATH_PARAM=y,
even if I set the config rule to "default n".
For example:
make localmodconfig
make allmodconfig
would end up with compiling out the core_nvme.multipath parameter and I
don't think this is what we want.
If we want this new config option to provide no net change in the
default behavior, we need this to be the logic to be positive.
> help
> This option controls the inclusion of the NVMe core module
> "multipath" parameter. If this option is enabled the
> nvme_core.multipath parameter is excluded from the kernel.
> If this option is enabled the nvme_core.multipath parameter
How about something simple like this:
+config NVME_ENABLE_MULTIPATH_PARAM
+ bool "NVMe enable core_nvme.multipath param"
+ depends on NVME_CORE && NVME_MULTIPATH
+ default y
+ help
+ If this option is N the core_nvme.multipath parameter
+ is excluded from the kernel. If this option is Y the
+ core_nvme.multipath parameter is included in the kernel.
+
+ If unsure, say Y.
+
> See the nvme_core.multipath documentation why disabling
> multipathing is generally harmful but there might be
> exception reasons to do so anyway.
>
> (assuming we already have the documentation mentioned, if not we
> need to add it)
Yes, I will add some documentation about this. It looks like we currently
don't have any.
/John
next prev parent reply other threads:[~2025-04-04 22:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-22 23:28 [PATCH v2 0/3] nvme: make core.nvme_multipath configurable John Meneghini
2025-03-22 23:28 ` [PATCH v2 1/3] nvme-multipath: change the NVME_MULTIPATH config option John Meneghini
2025-03-22 23:28 ` [PATCH v2 2/3] nvme-multipath: add the NVME_MULTIPATH_PARAM " John Meneghini
2025-04-03 4:35 ` Christoph Hellwig
2025-04-04 22:28 ` John Meneghini [this message]
2025-04-07 15:01 ` Christoph Hellwig
2025-04-14 20:19 ` Keith Busch
2025-03-22 23:28 ` [PATCH v2 3/3] nvme: update the multipath warning in nvme_init_ns_head John Meneghini
2025-03-28 17:29 ` [PATCH v2 0/3] nvme: make core.nvme_multipath configurable Keith Busch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f949d227-b3ba-48dc-8dab-d527b82e1246@redhat.com \
--to=jmeneghi@redhat.com \
--cc=bgurney@redhat.com \
--cc=emilne@redhat.com \
--cc=hch@lst.de \
--cc=kbusch@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=loberman@redhat.com \
--cc=sagi@grimberg.me \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®