summaryrefslogtreecommitdiffstats
path: root/fs/cifs/connect.c
diff options
context:
space:
mode:
authorPavel Shilovsky2019-02-14 00:43:08 +0100
committerSteve French2019-03-05 03:05:35 +0100
commit7b9b9edb49ad377b1e06abf14354c227e9ac4b06 (patch)
tree8c775808fc8f882623666391eaccc14923bcd0be /fs/cifs/connect.c
parentsmb3: fix bytes_read statistics (diff)
downloadkernel-qcow2-linux-7b9b9edb49ad377b1e06abf14354c227e9ac4b06.tar.gz
kernel-qcow2-linux-7b9b9edb49ad377b1e06abf14354c227e9ac4b06.tar.xz
kernel-qcow2-linux-7b9b9edb49ad377b1e06abf14354c227e9ac4b06.zip
CIFS: Do not reset lease state to NONE on lease break
Currently on lease break the client sets a caching level twice: when oplock is detected and when oplock is processed. While the 1st attempt sets the level to the value provided by the server, the 2nd one resets the level to None unconditionally. This happens because the oplock/lease processing code was changed to avoid races between page cache flushes and oplock breaks. The commit c11f1df5003d534 ("cifs: Wait for writebacks to complete before attempting write.") fixed the races for oplocks but didn't apply the same changes for leases resulting in overwriting the server granted value to None. Fix this by properly processing lease breaks. Signed-off-by: Pavel Shilovsky <pshilov@microsoft.com> Signed-off-by: Steve French <stfrench@microsoft.com> CC: Stable <stable@vger.kernel.org>
Diffstat (limited to 'fs/cifs/connect.c')
0 files changed, 0 insertions, 0 deletions