From: "J. Bruce Fields" <bfields@fieldses.org>
To: Kinglong Mee <kinglongmee@gmail.com>
Cc: Trond Myklebust <trond.myklebust@primarydata.com>,
Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Subject: Re: [PATCH 0/4] Define common macro NFS4_MAXTAGLEN for nfs/nfsd
Date: Wed, 29 Apr 2015 16:25:48 -0400 [thread overview]
Message-ID: <20150429202548.GD23980@fieldses.org> (raw)
In-Reply-To: <5516CCDB.4020509@gmail.com>
On Sat, Mar 28, 2015 at 11:46:35PM +0800, Kinglong Mee wrote:
> There are four macro defines for max tag length,
> in fs/nfs/nfs4xdr.c,
> /* NFSv4 COMPOUND tags are only wanted for debugging purposes */
> #ifdef DEBUG
> #define NFS4_MAXTAGLEN 20
> #else
> #define NFS4_MAXTAGLEN 0
> #endif
>
> in fs/nfs/callback_xdr.c,
> #define CB_OP_TAGLEN_MAXSZ (512)
>
> in fs/nfsd/xdr4.h,
> #define NFSD4_MAX_TAGLEN 128
>
> in fs/nfsd/xdr4cb.h,
> #define NFS4_MAXTAGLEN 20
>
> But, according to rfc3530 and rfc5661, all the length should be
> limited by opaque limited.
Neither server nor client really make any use of tags. The client at
least is never going to send a tag. The server does echo back the tag
the client received.
The one arguable bug here is that the spec doesn't appear to forbid the
server returning a non-zero-length tag when the client sent a
zero-length tag. And I don't think the client would handle that?
If so, that might be better handled as a spec bug: if the most popular
client has never handled it then we know that no server's ever done it.
And it'd be annoying server behavior anyway, so, if it's de-facto
forbidden, great.
In short, maybe best to just leave all this alone unless somebody's
actually seen this cause real-world problems....
--b.
>
> The patch site defines a common macro named NFS4_MAXTAGLEN for
> all of them, limited to opaque limited.
>
> Kinglong Mee (4):
> nfs: define NFS4_MAXTAGLEN to OPAQUE limits
> nfs: use NFS4_MAXTAGLEN for cb_taglen checking
> nfsd: use NFS4_MAXTAGLEN for nfsd taglen checking
> nfsd: use NFS4_MAXTAGLEN defined in include/linux/nfs4.h
>
> fs/nfs/callback_xdr.c | 5 ++---
> fs/nfs/nfs4xdr.c | 7 -------
> fs/nfsd/nfs4xdr.c | 2 +-
> fs/nfsd/xdr4.h | 1 -
> fs/nfsd/xdr4cb.h | 3 ++-
> include/linux/nfs4.h | 1 +
> 6 files changed, 6 insertions(+), 13 deletions(-)
>
> --
> 2.3.4
next prev parent reply other threads:[~2015-04-29 20:25 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-28 15:46 [PATCH 0/4] Define common macro NFS4_MAXTAGLEN for nfs/nfsd Kinglong Mee
2015-03-28 15:48 ` [PATCH 1/4] nfs: define NFS4_MAXTAGLEN to OPAQUE limits Kinglong Mee
2015-04-29 19:56 ` J. Bruce Fields
2015-03-28 15:49 ` [PATCH 2/4] nfs: use NFS4_MAXTAGLEN for cb_taglen checking Kinglong Mee
2015-03-28 15:50 ` [PATCH 3/4] nfsd: use NFS4_MAXTAGLEN for taglen checking Kinglong Mee
2015-03-28 15:51 ` [PATCH 4/4] nfsd: use NFS4_MAXTAGLEN defined in include/linux/nfs4.h Kinglong Mee
2015-04-29 20:25 ` J. Bruce Fields [this message]
2015-04-29 20:28 ` [PATCH 0/4] Define common macro NFS4_MAXTAGLEN for nfs/nfsd Chuck Lever
2015-04-29 20:29 ` Trond Myklebust
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=20150429202548.GD23980@fieldses.org \
--to=bfields@fieldses.org \
--cc=kinglongmee@gmail.com \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@primarydata.com \
/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;
as well as URLs for NNTP newsgroup(s).