Lines Matching full:ordered
666 /* Fragment list for un-ordered messages. Partial delivery is not supported */
862 * There is a gap then some ordered frags which are not in sctp_try_partial_delivery()
924 * Handle received fragments for ordered delivery to upper layer protocol.
1443 * Assemble fragments and queue for ordered delivery, in sctp_data_chunk()
1477 * message in the correct order for ordered delivery. in sctp_data_chunk()
1603 * message expected for ordered delivery. in sctp_data_chunk()
2177 * For un-ordered messages.
2179 * less than/equal to ftsn. Fragments for un-ordered messages are
2208 * For ordered messages.
2232 * delivery event. Since this is ordered delivery, we should in sctp_ftsn_check_frag()
2307 * un-ordered messages don't have SID-SSN pair entries, we check in sctp_process_forward_tsn()
2308 * for any fragments (for un-ordered message) to be discarded using in sctp_process_forward_tsn()
2490 * we do this separately is because, usually, gap blocks are ordered and
2559 * with the last xtsn as long as the gaps are ordered, when in sctp_process_uo_gaps()
2874 * Go through SACK gaps. They are ordered based on start TSN. in sctp_got_sack()
2917 * ordered, we won't be incrementing the SACKCNT for an in sctp_got_sack()
3031 * ordered gap blocks there can't be any following in sctp_got_sack()
3033 * above). In case of un-ordered gap blocks we will in sctp_got_sack()
3061 * are more ordered gap blocks, they will fail the in sctp_got_sack()
3062 * sanity check, and if there are un-ordered gap blocks, in sctp_got_sack()