aboutsummaryrefslogtreecommitdiffstats
path: root/include/net/sctp
diff options
context:
space:
mode:
authorVlad Yasevich <vladislav.yasevich@hp.com>2007-09-07 16:30:54 -0400
committerDavid S. Miller <davem@sunset.davemloft.net>2007-09-25 22:55:47 -0700
commitece25dfa0991f65c4e1d26beb1c3c45bda4239b8 (patch)
treef81e7c15cb5d4a8126b1cb71f622ecec967fc973 /include/net/sctp
parentd3f259687fd248aa4de477149481478c122ba48b (diff)
downloadkernel_samsung_aries-ece25dfa0991f65c4e1d26beb1c3c45bda4239b8.zip
kernel_samsung_aries-ece25dfa0991f65c4e1d26beb1c3c45bda4239b8.tar.gz
kernel_samsung_aries-ece25dfa0991f65c4e1d26beb1c3c45bda4239b8.tar.bz2
SCTP: Clean up OOTB handling and fix infinite loop processing
While processing OOTB chunks as well as chunks with an invalid length of 0, it was possible to SCTP to get wedged inside an infinite loop because we didn't catch the condition correctly, or didn't mark the packet for discard correctly. This work is based on original findings and work by Wei Yongjun <yjwei@cn.fujitsu.com> Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
Diffstat (limited to 'include/net/sctp')
-rw-r--r--include/net/sctp/sm.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/include/net/sctp/sm.h b/include/net/sctp/sm.h
index 991c85b..cc71f36 100644
--- a/include/net/sctp/sm.h
+++ b/include/net/sctp/sm.h
@@ -114,7 +114,6 @@ sctp_state_fn_t sctp_sf_do_4_C;
sctp_state_fn_t sctp_sf_eat_data_6_2;
sctp_state_fn_t sctp_sf_eat_data_fast_4_4;
sctp_state_fn_t sctp_sf_eat_sack_6_2;
-sctp_state_fn_t sctp_sf_tabort_8_4_8;
sctp_state_fn_t sctp_sf_operr_notify;
sctp_state_fn_t sctp_sf_t1_init_timer_expire;
sctp_state_fn_t sctp_sf_t1_cookie_timer_expire;