linux-kernel - RE: [Patch v5 08/21] CIFS: SMBD: Upper layer reconnects to SMB Direct session

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Sun, 5 Nov 2017 18:37:09 +0000
From:   Long Li <longli@...rosoft.com>
To:     Matthew Wilcox <mawilcox@...rosoft.com>,
        Pavel Shilovsky <piastryyy@...il.com>
CC:     Steve French <sfrench@...ba.org>,
        linux-cifs <linux-cifs@...r.kernel.org>,
        samba-technical <samba-technical@...ts.samba.org>,
        Kernel Mailing List <linux-kernel@...r.kernel.org>,
        "linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
        Tom Talpey <ttalpey@...rosoft.com>,
        "Stephen Hemminger" <sthemmin@...rosoft.com>
Subject: RE: [Patch v5 08/21] CIFS: SMBD: Upper layer reconnects to SMB Direct
 session

> -----Original Message-----
> From: Matthew Wilcox
> Sent: Wednesday, November 1, 2017 12:45 PM
> To: Pavel Shilovsky <piastryyy@...il.com>; Long Li <longli@...rosoft.com>
> Cc: Steve French <sfrench@...ba.org>; linux-cifs <linux-
> cifs@...r.kernel.org>; samba-technical <samba-technical@...ts.samba.org>;
> Kernel Mailing List <linux-kernel@...r.kernel.org>; linux-
> rdma@...r.kernel.org; Tom Talpey <ttalpey@...rosoft.com>; Stephen
> Hemminger <sthemmin@...rosoft.com>; Long Li <longli@...rosoft.com>
> Subject: RE: [Patch v5 08/21] CIFS: SMBD: Upper layer reconnects to SMB
> Direct session
> 
> From: Pavel Shilovsky [mailto:piastryyy@...il.com]
> > 2017-10-18 16:09 GMT-07:00 Long Li <longli@...hange.microsoft.com>:
> > > From: Long Li <longli@...rosoft.com>
> > >
> > > Do a reconnect on SMB Direct when it is used as the connection.
> > > Reconnect
> > can
> > > happen for many reasons and it's mostly the decision of SMB2 upper
> layer.
> > >
> > > Signed-off-by: Long Li <longli@...rosoft.com>
> > > ---
> > >  fs/cifs/connect.c | 7 +++++++
> > >  1 file changed, 7 insertions(+)
> > >
> > > diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c index
> > > 2c0b34a..8ca3c13 100644
> > > --- a/fs/cifs/connect.c
> > > +++ b/fs/cifs/connect.c
> > > @@ -406,7 +406,14 @@ cifs_reconnect(struct TCP_Server_Info *server)
> > >
> > >                 /* we should try only the port we connected to before */
> > >                 mutex_lock(&server->srv_mutex);
> > > +#ifdef CONFIG_CIFS_SMB_DIRECT
> > > +               if (server->rdma)
> > > +                       rc = smbd_reconnect(server);
> > > +               else
> > > +                       rc = generic_ip_connect(server);
> >
> > Minor: here and in other similar places we can remove #else part below
> > and put #endif before else block above.
> >
> > > +#else
> > >                 rc = generic_ip_connect(server);
> > > +#endif
> 
> I'd suggest rather:
> 
> #ifdef CONFIG_CIFS_SMB_DIRECT
> #define cifs_rdma_enabled(server)	((server)->rdma)
> #else
> #define cifs_rdma_enabled(server)	0
> #endif
> 
> Then we don't need an ifdef in the users, just:
> 
> 	if (cifs_rdma_enabled(server))
> 		rc = smbd_reconnect(server);
> 	else
> 		rc = generic_ip_connect(server);

I will fix this. Thank you.

Long