From: NeilBrown <neilb@ownmail.net>
To: "Nathan Chancellor" <nathan@kernel.org>
Cc: "Chuck Lever" <chuck.lever@oracle.com>,
"Jeff Layton" <jlayton@kernel.org>,
"Anna Schumaker" <anna.schumaker@oracle.com>,
"Olga Kornievskaia" <okorniev@redhat.com>,
"Dai Ngo" <Dai.Ngo@oracle.com>, "Tom Talpey" <tom@talpey.com>,
"Simon Horman" <horms@kernel.org>,
linux-nfs@vger.kernel.org, patches@lists.linux.dev,
"Nathan Chancellor" <nathan@kernel.org>
Subject: Re: [PATCH v2] nfsd: Avoid strlen conflict in nfsd4_encode_components_esc()
Date: Mon, 29 Sep 2025 09:29:56 +1000 [thread overview]
Message-ID: <175910219642.1696783.1969092567455681202@noble.neil.brown.name> (raw)
In-Reply-To: <20250928-nfsd-fix-trace-printk-strlen-error-v2-1-108def6ff41c@kernel.org>
On Mon, 29 Sep 2025, Nathan Chancellor wrote:
> There is an error building nfs4xdr.c with CONFIG_SUNRPC_DEBUG_TRACE=y
> and CONFIG_FORTIFY_SOURCE=n due to the local variable strlen conflicting
> with the function strlen():
>
> In file included from include/linux/cpumask.h:11,
> from arch/x86/include/asm/paravirt.h:21,
> from arch/x86/include/asm/irqflags.h:102,
> from include/linux/irqflags.h:18,
> from include/linux/spinlock.h:59,
> from include/linux/mmzone.h:8,
> from include/linux/gfp.h:7,
> from include/linux/slab.h:16,
> from fs/nfsd/nfs4xdr.c:37:
> fs/nfsd/nfs4xdr.c: In function 'nfsd4_encode_components_esc':
> include/linux/kernel.h:321:46: error: called object 'strlen' is not a function or function pointer
> 321 | __trace_puts(_THIS_IP_, str, strlen(str)); \
> | ^~~~~~
> include/linux/kernel.h:265:17: note: in expansion of macro 'trace_puts'
> 265 | trace_puts(fmt); \
> | ^~~~~~~~~~
> include/linux/sunrpc/debug.h:34:41: note: in expansion of macro 'trace_printk'
> 34 | # define __sunrpc_printk(fmt, ...) trace_printk(fmt, ##__VA_ARGS__)
> | ^~~~~~~~~~~~
> include/linux/sunrpc/debug.h:42:17: note: in expansion of macro '__sunrpc_printk'
> 42 | __sunrpc_printk(fmt, ##__VA_ARGS__); \
> | ^~~~~~~~~~~~~~~
> include/linux/sunrpc/debug.h:25:9: note: in expansion of macro 'dfprintk'
> 25 | dfprintk(FACILITY, fmt, ##__VA_ARGS__)
> | ^~~~~~~~
> fs/nfsd/nfs4xdr.c:2646:9: note: in expansion of macro 'dprintk'
> 2646 | dprintk("nfsd4_encode_components(%s)\n", components);
> | ^~~~~~~
> fs/nfsd/nfs4xdr.c:2643:13: note: declared here
> 2643 | int strlen, count=0;
> | ^~~~~~
>
> This dprintk() instance is not particularly useful, so just remove it
> altogether.
>
> At the same time, rename the strlen local variable to avoid any
> potential conflicts with strlen().
>
> Fixes: ec7d8e68ef0e ("sunrpc: add a Kconfig option to redirect dfprintk() output to trace buffer")
> Signed-off-by: Nathan Chancellor <nathan@kernel.org>
> ---
> Changes in v2:
> - Remove dprintk() to remove usage of strlen()
> - Rename local strlen variable to avoid potential conflict in the future
> - Link to v1: https://patch.msgid.link/20250925-nfsd-fix-trace-printk-strlen-error-v1-1-1360530e4c6b@kernel.org
> ---
> fs/nfsd/nfs4xdr.c | 10 ++++------
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/fs/nfsd/nfs4xdr.c b/fs/nfsd/nfs4xdr.c
> index ea91bad4eee2..9fe8a413f688 100644
> --- a/fs/nfsd/nfs4xdr.c
> +++ b/fs/nfsd/nfs4xdr.c
> @@ -2640,11 +2640,9 @@ static __be32 nfsd4_encode_components_esc(struct xdr_stream *xdr, char sep,
> __be32 *p;
> __be32 pathlen;
> int pathlen_offset;
> - int strlen, count=0;
> + int str_len, count=0;
> char *str, *end, *next;
>
> - dprintk("nfsd4_encode_components(%s)\n", components);
> -
> pathlen_offset = xdr->buf->len;
> p = xdr_reserve_space(xdr, 4);
> if (!p)
> @@ -2670,9 +2668,9 @@ static __be32 nfsd4_encode_components_esc(struct xdr_stream *xdr, char sep,
> for (; *end && (*end != sep); end++)
> /* find sep or end of string */;
>
> - strlen = end - str;
> - if (strlen) {
> - if (xdr_stream_encode_opaque(xdr, str, strlen) < 0)
> + str_len = end - str;
> + if (str_len) {
> + if (xdr_stream_encode_opaque(xdr, str, str_len) < 0)
> return nfserr_resource;
I probably should have said something earlier, and this is definitely
bike-shedding material, but .... "str_len" is not a whole lot nicer than
"strlen" (or "i") ...
if (end > str) {
if (xdr_stream_encode_opaque(xdr, str, end - str) < 0)
??
NeilBrown
next prev parent reply other threads:[~2025-09-28 23:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-28 19:14 [PATCH v2] nfsd: Avoid strlen conflict in nfsd4_encode_components_esc() Nathan Chancellor
2025-09-28 19:56 ` Jeff Layton
2025-09-28 20:13 ` Chuck Lever
2025-09-28 23:29 ` NeilBrown [this message]
2025-09-29 13:05 ` Chuck Lever
2025-09-29 18:11 ` Nathan Chancellor
2025-09-30 5:32 ` NeilBrown
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=175910219642.1696783.1969092567455681202@noble.neil.brown.name \
--to=neilb@ownmail.net \
--cc=Dai.Ngo@oracle.com \
--cc=anna.schumaker@oracle.com \
--cc=chuck.lever@oracle.com \
--cc=horms@kernel.org \
--cc=jlayton@kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=nathan@kernel.org \
--cc=neil@brown.name \
--cc=okorniev@redhat.com \
--cc=patches@lists.linux.dev \
--cc=tom@talpey.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).