summaryrefslogtreecommitdiffstats
path: root/samples
diff options
context:
space:
mode:
authorJesper Juhl <jj@chaosbits.net>2011-01-17 19:41:50 +0100
committerTrond Myklebust <Trond.Myklebust@netapp.com>2011-01-25 21:24:46 +0100
commitad3d2eedf0ed3611f5f86b9e4d0d15cc76c63465 (patch)
treef391bedf2b6ca950a6c41644f3b469457b4bc57b /samples
parentNFS: fix handling of malloc failure during nfs_flush_multi() (diff)
downloadlinux-ad3d2eedf0ed3611f5f86b9e4d0d15cc76c63465.tar.xz
linux-ad3d2eedf0ed3611f5f86b9e4d0d15cc76c63465.zip
NFS4: Avoid potential NULL pointer dereference in decode_and_add_ds().
On Mon, 17 Jan 2011, Mi Jinlong wrote: > > > Jesper Juhl: > > strrchr() can return NULL if nothing is found. If this happens we'll > > dereference a NULL pointer in > > fs/nfs/nfs4filelayoutdev.c::decode_and_add_ds(). > > > > I tried to find some other code that guarantees that this can never > > happen but I was unsuccessful. So, unless someone else can point to some > > code that ensures this can never be a problem, I believe this patch is > > needed. > > > > While I was changing this code I also noticed that all the dprintk() > > statements, except one, start with "%s:". The one missing the ":" I added > > it to. > > Maybe another one also should be changed at decode_and_add_ds() at line 243: > > 243 printk("%s Decoded address and port %s\n", __func__, buf); > Missed that one. Thanks. Signed-off-by: Jesper Juhl <jj@chaosbits.net> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions