summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorDavid Howells <dhowells@redhat.com>2024-12-13 13:50:04 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-01-17 13:40:34 +0100
commit13a07cc81e2d116cece727a83746c74b87a9d417 (patch)
tree47a50f4eecc72ecb18e481f7bd16a90f0af9151d /include/linux
parent88ecdfea1b333de5c51442b45cd549eeadf01852 (diff)
downloadlinux-13a07cc81e2d116cece727a83746c74b87a9d417.tar.gz
linux-13a07cc81e2d116cece727a83746c74b87a9d417.tar.bz2
linux-13a07cc81e2d116cece727a83746c74b87a9d417.zip
nfs: Fix oops in nfs_netfs_init_request() when copying to cache
[ Upstream commit 86ad1a58f6a9453f49e06ef957a40a8dac00a13f ] When netfslib wants to copy some data that has just been read on behalf of nfs, it creates a new write request and calls nfs_netfs_init_request() to initialise it, but with a NULL file pointer. This causes nfs_file_open_context() to oops - however, we don't actually need the nfs context as we're only going to write to the cache. Fix this by just returning if we aren't given a file pointer and emit a warning if the request was for something other than copy-to-cache. Further, fix nfs_netfs_free_request() so that it doesn't try to free the context if the pointer is NULL. Fixes: ee4cdf7ba857 ("netfs: Speed up buffered reading") Reported-by: Max Kellermann <max.kellermann@ionos.com> Closes: https://lore.kernel.org/r/CAKPOu+9DyMbKLhyJb7aMLDTb=Fh0T8Teb9sjuf_pze+XWT1VaQ@mail.gmail.com/ Signed-off-by: David Howells <dhowells@redhat.com> Link: https://lore.kernel.org/r/20241213135013.2964079-5-dhowells@redhat.com cc: Trond Myklebust <trondmy@kernel.org> cc: Anna Schumaker <anna@kernel.org> cc: Dave Wysochanski <dwysocha@redhat.com> cc: Jeff Layton <jlayton@kernel.org> cc: linux-nfs@vger.kernel.org cc: netfs@lists.linux.dev cc: linux-fsdevel@vger.kernel.org Signed-off-by: Christian Brauner <brauner@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions