Searched hist:"427 f5f83a3191cbf024c5aea6e5b601cdf88d895" (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/fs/nfsd/ |
H A D | filecache.h | diff 427f5f83a3191cbf024c5aea6e5b601cdf88d895 Fri Jul 08 13:27:09 CDT 2022 Chuck Lever <chuck.lever@oracle.com> NFSD: Ensure nf_inode is never dereferenced
The documenting comment for struct nf_file states:
/* * A representation of a file that has been opened by knfsd. These are hashed * in the hashtable by inode pointer value. Note that this object doesn't * hold a reference to the inode by itself, so the nf_inode pointer should * never be dereferenced, only used for comparison. */
Replace the two existing dereferences to make the comment always true.
Reviewed-by: Jeff Layton <jlayton@kernel.org> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
H A D | filecache.c | diff 427f5f83a3191cbf024c5aea6e5b601cdf88d895 Fri Jul 08 13:27:09 CDT 2022 Chuck Lever <chuck.lever@oracle.com> NFSD: Ensure nf_inode is never dereferenced
The documenting comment for struct nf_file states:
/* * A representation of a file that has been opened by knfsd. These are hashed * in the hashtable by inode pointer value. Note that this object doesn't * hold a reference to the inode by itself, so the nf_inode pointer should * never be dereferenced, only used for comparison. */
Replace the two existing dereferences to make the comment always true.
Reviewed-by: Jeff Layton <jlayton@kernel.org> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
H A D | nfs4state.c | diff 427f5f83a3191cbf024c5aea6e5b601cdf88d895 Fri Jul 08 13:27:09 CDT 2022 Chuck Lever <chuck.lever@oracle.com> NFSD: Ensure nf_inode is never dereferenced
The documenting comment for struct nf_file states:
/* * A representation of a file that has been opened by knfsd. These are hashed * in the hashtable by inode pointer value. Note that this object doesn't * hold a reference to the inode by itself, so the nf_inode pointer should * never be dereferenced, only used for comparison. */
Replace the two existing dereferences to make the comment always true.
Reviewed-by: Jeff Layton <jlayton@kernel.org> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|