Randall Stewart 2a0266f7c7 MFC:
Fix a number of bugs and race conditions.
r208160: Bring back of the iterator thread. It now properly handles VNETS
         having only one thread. The old timer based code was full of
         LOR's and other issues.

r208852: Cleanup bug. Basically when an un-accepted socket was hanging on a
        closed listener, we would leak the inp never cleaning it up

r208853: Enhance the use under invarients of the audit for locks function
         and fix a bug where a close collision with a cookie being processed
         would cause a crash.

r208854: Use the proper increment macros when working with the
         sent_queue_retran_cnt

r208855: Align comments properly, Fix a bug where we were NOT looking at the
         resend markings for control chunks and also not decrementing the
         retran count which caused extra calls to retransmission. Alos add
         a valid no locks call to the output routine.

r208856: Spacing issues in auth/bsd addr.

r208857: Get rid of a windows ifdef that somehow leaked in

r208863: Missing error leg returns in some failure cases

r208864: LOR fix between the iterator and sctp_inpcb_close

r208874: Don't call the sctp_inpcb_free from abort an association since you
         don't know what locks you hold and a timer will take care of the
         situation when the gone flag is set

r208875: sctp_inpcb_free bug - a socket under the right situation could get
         stuck (from the accept queue) and never start the proper cleanup
         timer)

r208876: Further enhance invariant lock validation, Fix a bug where a closed
         socket and a INIT-ACK could collide and cause a crash

r208878: Clear up another bug in sctp_inpcb_free where we would end up due
         to a race in freeing hit a destroy of a contended lock.

r208879: Optimize the cleanup and make some additional fixes in the sysctl
         code so that it won't reference a GONE INP and crash us

r208883 & r208891: Fix so we don't open a hole between a sock lock and a call
         to socantrcvmore.. we could before hit a race that would kill the
         socket underneath us leading to a crash

r208897: CUM-ACK calculation was messed up. So basically large message got
         broken from the original NR_sack integration.

r208902: Make sure that we don't move a bit to the NR array that is behind
         the cum-ack

r208952: Use both bit maps to calculte the cum-ack.

r208953: Fix bug having to do with freeing an sctp_inpcb_free().
    1) make sure not to remove the flag until you get the lock again.
    2) make sure all log_closing calls hold the lock.
    3) Release all the locks when everthing is done and call callout_drain
       not callout_stop..

r208970: Fix some places on user allocation of a new sctp_inpcb where we run
         out of resource that we make sure to NULL the so_pcb pointer.
Approved by:	re - (bz@freebsd.org)
2010-06-11 03:13:19 +00:00
..
2010-04-07 13:18:58 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-03 09:31:51 +00:00
2010-05-06 06:44:19 +00:00
2010-04-27 13:50:15 +00:00
2010-01-23 16:40:35 +00:00
2010-06-01 14:18:44 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-01-30 12:11:21 +00:00
2010-02-07 09:00:22 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-01-04 15:58:36 +00:00
2010-05-06 06:44:19 +00:00
2010-05-02 16:36:15 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 03:57:16 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-01-17 16:58:37 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:00:57 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:15:46 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-01-24 22:17:08 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:15:46 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:13:52 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:15:46 +00:00
2009-06-17 12:34:56 +00:00
2010-06-11 03:13:19 +00:00
2010-04-17 04:15:46 +00:00
2010-05-06 06:44:19 +00:00
2010-05-21 04:47:22 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-05-06 06:44:19 +00:00
2010-01-05 17:04:14 +00:00
2010-05-06 06:44:19 +00:00