2010/12/10 Jeff Layton <[email protected]>: > We only want to force a reconnect to the server under very limited and > specific circumstances. Now that we have processes waiting indefinitely > for responses, we shouldn't reach this point unless a reconnect is > already in process. Thus, there's no reason to re-mark the server for > reconnect here. > > Signed-off-by: Jeff Layton <[email protected]> > --- > fs/cifs/transport.c | 4 +--- > 1 files changed, 1 insertions(+), 3 deletions(-) > > diff --git a/fs/cifs/transport.c b/fs/cifs/transport.c > index 989674c..0c0dadd 100644 > --- a/fs/cifs/transport.c > +++ b/fs/cifs/transport.c > @@ -367,10 +367,8 @@ handle_mid_result(struct mid_q_entry *mid, struct > TCP_Server_Info *server) > if (mid->midState == MID_REQUEST_SUBMITTED) { > if (server->tcpStatus == CifsExiting) > rc = -EHOSTDOWN; > - else { > - server->tcpStatus = CifsNeedReconnect; > + else > mid->midState = MID_RETRY_NEEDED; > - } > } > > if (rc != -EHOSTDOWN) { > -- > 1.7.3.2 >
Reviewed-by: Pavel Shilovsky <[email protected]> -- Best regards, Pavel Shilovsky. -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
