diff options
| author | Olga Kornievskaia <kolga@netapp.com> | 2021-03-31 15:30:25 -0400 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2021-05-19 10:08:25 +0200 |
| commit | 7d1ada9e1096c3193908bae4f81f76037edf06c4 (patch) | |
| tree | dad0271eef85f019c9c22454ba4dc4fe05108aae /drivers/rtc | |
| parent | 89862bd77e9cf511628eb7a97fe7f8d246192eec (diff) | |
| download | linux-7d1ada9e1096c3193908bae4f81f76037edf06c4.tar.gz linux-7d1ada9e1096c3193908bae4f81f76037edf06c4.tar.bz2 linux-7d1ada9e1096c3193908bae4f81f76037edf06c4.zip | |
NFSv4.2 fix handling of sr_eof in SEEK's reply
[ Upstream commit 73f5c88f521a630ea1628beb9c2d48a2e777a419 ]
Currently the client ignores the value of the sr_eof of the SEEK
operation. According to the spec, if the server didn't find the
requested extent and reached the end of the file, the server
would return sr_eof=true. In case the request for DATA and no
data was found (ie in the middle of the hole), then the lseek
expects that ENXIO would be returned.
Fixes: 1c6dcbe5ceff8 ("NFS: Implement SEEK")
Signed-off-by: Olga Kornievskaia <kolga@netapp.com>
Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/rtc')
0 files changed, 0 insertions, 0 deletions