linux-kernel - Re: [PATCH 5.19 554/717] NFSD: Return nfserr_serverfault if splice

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <Y1UnrINKthRQu8R5@kroah.com>
Date:   Sun, 23 Oct 2022 13:38:20 +0200
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     Chuck Lever III <chuck.lever@...cle.com>
Cc:     LKML <linux-kernel@...r.kernel.org>,
        linux-stable <stable@...r.kernel.org>,
        Anna Schumaker <Anna.Schumaker@...app.com>,
        Sasha Levin <sashal@...nel.org>
Subject: Re: [PATCH 5.19 554/717] NFSD: Return nfserr_serverfault if
 splice_ok but buf->pages have data

On Sat, Oct 22, 2022 at 02:46:35PM +0000, Chuck Lever III wrote:
> 
> 
> > On Oct 22, 2022, at 3:27 AM, Greg Kroah-Hartman <gregkh@...uxfoundation.org> wrote:
> > 
> > From: Anna Schumaker <Anna.Schumaker@...app.com>
> > 
> > [ Upstream commit 06981d560606ac48d61e5f4fff6738b925c93173 ]
> > 
> > This was discussed with Chuck as part of this patch set. Returning
> > nfserr_resource was decided to not be the best error message here, and
> > he suggested changing to nfserr_serverfault instead.
> > 
> > Signed-off-by: Anna Schumaker <Anna.Schumaker@...app.com>
> > Link: https://lore.kernel.org/linux-nfs/20220907195259.926736-1-anna@kernel.org/T/#t
> > Signed-off-by: Chuck Lever <chuck.lever@...cle.com>
> > Signed-off-by: Sasha Levin <sashal@...nel.org>
> > ---
> > fs/nfsd/nfs4xdr.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/fs/nfsd/nfs4xdr.c b/fs/nfsd/nfs4xdr.c
> > index eef98e3f4ae5..1e5822d00043 100644
> > --- a/fs/nfsd/nfs4xdr.c
> > +++ b/fs/nfsd/nfs4xdr.c
> > @@ -3995,7 +3995,7 @@ nfsd4_encode_read(struct nfsd4_compoundres *resp, __be32 nfserr,
> > 	if (resp->xdr->buf->page_len &&
> > 	    test_bit(RQ_SPLICE_OK, &resp->rqstp->rq_flags)) {
> > 		WARN_ON_ONCE(1);
> > -		return nfserr_resource;
> > +		return nfserr_serverfault;
> > 	}
> > 	xdr_commit_encode(xdr);
> 
> Why is this change to be included in stable kernels?

Is it not a valid bugfix?  If so, I will be glad to drop it, but in
reading the changelog text and the code change itself, it seems like a
valid fix to be backporting to stable kernels.

thanks,

greg k-h