sctp: not allow transport timeout value less than HZ/5 for hb_timer
authorXin Long <lucien.xin@gmail.com>
Tue, 5 Jun 2018 04:16:58 +0000 (12:16 +0800)
committerDavid S. Miller <davem@davemloft.net>
Tue, 5 Jun 2018 14:22:45 +0000 (10:22 -0400)
commit1d88ba1ebb2763aa86172cd7ca05dedbeccc0d35
tree44f0a1e83cd7fa3d228172240508629d0892c277
parent819dd92b9c0bc7bce9097d8c1f14240f471bb386
sctp: not allow transport timeout value less than HZ/5 for hb_timer

syzbot reported a rcu_sched self-detected stall on CPU which is caused
by too small value set on rto_min with SCTP_RTOINFO sockopt. With this
value, hb_timer will get stuck there, as in its timer handler it starts
this timer again with this value, then goes to the timer handler again.

This problem is there since very beginning, and thanks to Eric for the
reproducer shared from a syzbot mail.

This patch fixes it by not allowing sctp_transport_timeout to return a
smaller value than HZ/5 for hb_timer, which is based on TCP's min rto.

Note that it doesn't fix this issue by limiting rto_min, as some users
are still using small rto and no proper value was found for it yet.

Reported-by: syzbot+3dcd59a1f907245f891f@syzkaller.appspotmail.com
Suggested-by: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Signed-off-by: Xin Long <lucien.xin@gmail.com>
Acked-by: Neil Horman <nhorman@tuxdriver.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/sctp/transport.c