summaryrefslogtreecommitdiffstats
path: root/net/sunrpc
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2016-10-18 00:05:35 +0200
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2016-10-24 13:54:43 -0400
commit68a564006a21ae59c7c51b4359e2e8efa42ae4af (patch)
treeb58288358e24fceb42f0b45b962b0a356870ce8f /net/sunrpc
parent86a6c211d676add579a75b7e172a72bb3e2c21f8 (diff)
downloadop-kernel-dev-68a564006a21ae59c7c51b4359e2e8efa42ae4af.zip
op-kernel-dev-68a564006a21ae59c7c51b4359e2e8efa42ae4af.tar.gz
NFSv4.1: work around -Wmaybe-uninitialized warning
A bugfix introduced a harmless gcc warning in nfs4_slot_seqid_in_use if we enable -Wmaybe-uninitialized again: fs/nfs/nfs4session.c:203:54: error: 'cur_seq' may be used uninitialized in this function [-Werror=maybe-uninitialized] gcc is not smart enough to conclude that the IS_ERR/PTR_ERR pair results in a nonzero return value here. Using PTR_ERR_OR_ZERO() instead makes this clear to the compiler. The warning originally did not appear in v4.8 as it was globally disabled, but the bugfix that introduced the warning got backported to stable kernels which again enable it, and this is now the only warning in the v4.7 builds. Fixes: e09c978aae5b ("NFSv4.1: Fix Oopsable condition in server callback races") Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Trond Myklebust <trond.myklebust@primarydata.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'net/sunrpc')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud