summaryrefslogtreecommitdiff
path: root/fs/coredump.c
diff options
context:
space:
mode:
authorOlga Kornievskaia <kolga@netapp.com>2023-07-13 22:54:16 +0300
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2023-09-15 17:50:47 +0300
commit4506f23e117161a20104c8fa04f33e1ca63c26af (patch)
tree656dc64aa962e3bea4571f052523ed339bc53f1e /fs/coredump.c
parent806a3bc421a115fbb287c1efce63a48c54ee804b (diff)
downloadlinux-4506f23e117161a20104c8fa04f33e1ca63c26af.tar.xz
NFSv4.1: fix zero value filehandle in post open getattr
Currently, if the OPEN compound experiencing an error and needs to get the file attributes separately, it will send a stand alone GETATTR but it would use the filehandle from the results of the OPEN compound. In case of the CLAIM_FH OPEN, nfs_openres's fh is zero value. That generate a GETATTR that's sent with a zero value filehandle, and results in the server returning an error. Instead, for the CLAIM_FH OPEN, take the filehandle that was used in the PUTFH of the OPEN compound. Signed-off-by: Olga Kornievskaia <kolga@netapp.com> Reviewed-by: Benjamin Coddington <bcodding@redhat.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'fs/coredump.c')
0 files changed, 0 insertions, 0 deletions