From: Steve Dickson <SteveD@redhat.com>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Subject: Re: [PATCH] Disable NFS version 2
Date: Fri, 05 Jul 2013 07:31:09 -0400 [thread overview]
Message-ID: <51D6AE7D.9070805@RedHat.com> (raw)
In-Reply-To: <9A7F190A-2938-4A14-9125-330189DA8597@oracle.com>
Hey,
On 03/07/13 09:19, Chuck Lever wrote:
> Hi-
>
> I'm not opposed to this change, but we should have some public discussion about it first.
>
> If we make this proposed upstream change, NFSv2 will be built far less often and will be
> a magnet for code rot. It might make more sense to simply leave the "compile this out"
> choice up to distributions...?
Code rot is a possibility for any code where default is 'n' so that means we should
never use it? If that is the case, we should have swap over NFS and Label NFS
on be default on by default so those bits don't rote... My point being, I don't
think code rot should be a reason for us to maintain code people should not
be using in the first place...
> I'd like to reduce the risk of the kernel carrying around code that no-one uses or
> compiles. If we truly want this off by default everywhere, shouldn't we just
> remove it? (Is that the eventual goal?)
I would think so. Turn it off and see who screams.. Then get the clue-bat out for
for those people that do scream... ;-) They can always turn it back on...
>
> Should the server also disable NFSv2 support by default? If not, then why is the
> client special in this regard?
We have to start somewhere... It was just easier to start with the client. If
Bruce is interested in dropping v2 support on the server, I will be more than
willing to looking into that... Actually it might just be a nfs-utils only thing...
>
> Finally, if we go with something like this change, does this patch also need to
> update the default configurations shipped with the kernel?
What "default configurations shipped with the kernel"? Isn't fs/nfs/Kconfig the
only place I need to turn it off?
Thanks for the cycles!
steved.
>
>
> On Jul 3, 2013, at 9:04 AM, Steve Dickson <steved@redhat.com> wrote:
>
>> This patch disables the NFS version 2 module from being compile by default.
>>
>> Signed-off-by: Steve Dickson <steved@redhat.com>
>> ---
>> fs/nfs/Kconfig | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/fs/nfs/Kconfig b/fs/nfs/Kconfig
>> index 13ca196..6831a01 100644
>> --- a/fs/nfs/Kconfig
>> +++ b/fs/nfs/Kconfig
>> @@ -32,12 +32,12 @@ config NFS_FS
>> config NFS_V2
>> tristate "NFS client support for NFS version 2"
>> depends on NFS_FS
>> - default y
>> + default n
>> help
>> This option enables support for version 2 of the NFS protocol
>> (RFC 1094) in the kernel's NFS client.
>>
>> - If unsure, say Y.
>> + If unsure, say n.
>>
>> config NFS_V3
>> tristate "NFS client support for NFS version 3"
>> --
>> 1.8.1.4
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2013-07-05 11:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-03 13:04 [PATCH] Disable NFS version 2 Steve Dickson
2013-07-03 13:19 ` Chuck Lever
2013-07-05 11:31 ` Steve Dickson [this message]
2013-07-05 14:59 ` Chuck Lever
2013-07-05 19:52 ` J. Bruce Fields
2013-07-05 20:29 ` Chuck Lever
2013-07-08 14:47 ` Chuck Lever
2013-07-08 16:29 ` Myklebust, Trond
2013-07-08 12:53 ` Steve Dickson
2013-07-08 14:33 ` Chuck Lever
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=51D6AE7D.9070805@RedHat.com \
--to=steved@redhat.com \
--cc=Trond.Myklebust@netapp.com \
--cc=chuck.lever@oracle.com \
--cc=linux-nfs@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.