diff options
| author | Shyam Prasad N <sprasad@microsoft.com> | 2023-10-30 11:00:10 +0000 |
|---|---|---|
| committer | Steve French <stfrench@microsoft.com> | 2023-11-02 08:06:06 -0500 |
| commit | 6e5e64c9477d58e73cb1a0e83eacad1f8df247cf (patch) | |
| tree | 82e08035a4d414de7cf8f6edde65d7cb387c60d4 /fs/smb | |
| parent | c3326a61cdbf3ce1273d9198b6cbf90965d7e029 (diff) | |
| download | linux-6e5e64c9477d58e73cb1a0e83eacad1f8df247cf.tar.gz linux-6e5e64c9477d58e73cb1a0e83eacad1f8df247cf.tar.bz2 linux-6e5e64c9477d58e73cb1a0e83eacad1f8df247cf.zip | |
cifs: do not reset chan_max if multichannel is not supported at mount
If the mount command has specified multichannel as a mount option,
but multichannel is found to be unsupported by the server at the time
of mount, we set chan_max to 1. Which means that the user needs to
remount the share if the server starts supporting multichannel.
This change removes this reset. What it means is that if the user
specified multichannel or max_channels during mount, and at this
time, multichannel is not supported, but the server starts supporting
it at a later point, the client will be capable of scaling out the
number of channels.
Cc: stable@vger.kernel.org
Signed-off-by: Shyam Prasad N <sprasad@microsoft.com>
Signed-off-by: Steve French <stfrench@microsoft.com>
Diffstat (limited to 'fs/smb')
| -rw-r--r-- | fs/smb/client/sess.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/fs/smb/client/sess.c b/fs/smb/client/sess.c index 919ace2d13d4..cd474cf98f30 100644 --- a/fs/smb/client/sess.c +++ b/fs/smb/client/sess.c @@ -186,7 +186,6 @@ int cifs_try_adding_channels(struct cifs_sb_info *cifs_sb, struct cifs_ses *ses) } if (!(server->capabilities & SMB2_GLOBAL_CAP_MULTI_CHANNEL)) { - ses->chan_max = 1; spin_unlock(&ses->chan_lock); cifs_server_dbg(VFS, "no multichannel support\n"); return 0; |