Update the urg pointer as done in tcp_clean_rtx_queue

Signed-off-by: Gregory Detal <gregory.detal@uclouvain.be>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Cleanup

Signed-off-by: Gregory Detal <gregory.detal@uclouvain.be>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Only reinject segments that are fully covered by DSS mapping

Signed-off-by: Gregory Detal <gregory.detal@uclouvain.be>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Fix mptcp_data_ack

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Fix: check for TCP_CLOSE in mptcp_sub_force_close

No commments... How is it possible to write such a if statement...

Mea Culpa

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Fix: bug with data fin

This patch fixes issues when a data fin with or without data is followed by
subsequent data segments.

Signed-off-by: Gregory Detal <gregory.detal@uclouvain.be>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Do not add an already received segment to the meta rcv queue

Signed-off-by: Gregory Detal <gregory.detal@uclouvain.be>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Fix: Take the ipv6-read-lock when acting upon address-events

It is also done this way in SCTP. MPTCP has to do it too.

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
Merge branch 'mptcp_trunk_3.2' into mptcp_trunk_3.2.x