can: j1939: abort multipacket broadcast session when timeout occurs
If timeout occurs, j1939_tp_rxtimer() first calls hrtimer_start() to restart
rxtimer, and then calls __j1939_session_cancel() to set session->state =
J1939_SESSION_WAITING_ABORT. At next timeout expiration, because of the
J1939_SESSION_WAITING_ABORT session state j1939_tp_rxtimer() will call
j1939_session_deactivate_activate_next() to deactivate current session, and
rxtimer won't be set.
But for multipacket broadcast session, __j1939_session_cancel() don't set
session->state = J1939_SESSION_WAITING_ABORT, thus current session won't be
deactivate and hrtimer_start() is called to start new rxtimer again and again.
So fix it by moving session->state = J1939_SESSION_WAITING_ABORT out of if
(!j1939_cb_is_broadcast(&session->skcb)) statement.
Fixes: 9d71dd0c70
("can: add support of SAE J1939 protocol")
Signed-off-by: Zhang Changzhong <zhangchangzhong@huawei.com>
Link: https://lore.kernel.org/r/1596599425-5534-4-git-send-email-zhangchangzhong@huawei.com
Acked-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
This commit is contained in:
parent
e8b1765308
commit
2b8b2e3155
|
@ -1074,9 +1074,9 @@ static void __j1939_session_cancel(struct j1939_session *session,
|
|||
lockdep_assert_held(&session->priv->active_session_list_lock);
|
||||
|
||||
session->err = j1939_xtp_abort_to_errno(priv, err);
|
||||
session->state = J1939_SESSION_WAITING_ABORT;
|
||||
/* do not send aborts on incoming broadcasts */
|
||||
if (!j1939_cb_is_broadcast(&session->skcb)) {
|
||||
session->state = J1939_SESSION_WAITING_ABORT;
|
||||
j1939_xtp_tx_abort(priv, &session->skcb,
|
||||
!session->transmission,
|
||||
err, session->skcb.addr.pgn);
|
||||
|
|
Loading…
Reference in New Issue