mirror of
https://github.com/Fishwaldo/Star64_linux.git
synced 2025-06-19 21:21:09 +00:00
[DCCP]: Revert patch which disables bidirectional mode
This reverts an earlier patch which disabled bidirectional mode, meaning that a listening (passive) socket was not allowed to write to the other (active) end of the connection. This mode had been disabled when there were problems with CCID3, but it imposes a constraint on socket programming and thus hinders deployment. A change is included to ignore RX feedback received by the TX CCID3 module. Many thanks to Andre Noll for pointing out this issue. Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk> Signed-off-by: David S. Miller <davem@davemloft.net>
This commit is contained in:
parent
286930797d
commit
151a99317e
2 changed files with 5 additions and 23 deletions
|
@ -545,12 +545,7 @@ static void ccid3_hc_tx_packet_recv(struct sock *sk, struct sk_buff *skb)
|
||||||
/* set idle flag */
|
/* set idle flag */
|
||||||
hctx->ccid3hctx_idle = 1;
|
hctx->ccid3hctx_idle = 1;
|
||||||
break;
|
break;
|
||||||
case TFRC_SSTATE_NO_SENT:
|
case TFRC_SSTATE_NO_SENT: /* fall through */
|
||||||
/*
|
|
||||||
* XXX when implementing bidirectional rx/tx check this again
|
|
||||||
*/
|
|
||||||
DCCP_WARN("Illegal ACK received - no packet sent\n");
|
|
||||||
/* fall through */
|
|
||||||
case TFRC_SSTATE_TERM: /* ignore feedback when closing */
|
case TFRC_SSTATE_TERM: /* ignore feedback when closing */
|
||||||
break;
|
break;
|
||||||
}
|
}
|
||||||
|
|
|
@ -248,18 +248,8 @@ int dccp_rcv_established(struct sock *sk, struct sk_buff *skb,
|
||||||
DCCP_ACKVEC_STATE_RECEIVED))
|
DCCP_ACKVEC_STATE_RECEIVED))
|
||||||
goto discard;
|
goto discard;
|
||||||
|
|
||||||
/*
|
ccid_hc_rx_packet_recv(dp->dccps_hc_rx_ccid, sk, skb);
|
||||||
* Deliver to the CCID module in charge.
|
ccid_hc_tx_packet_recv(dp->dccps_hc_tx_ccid, sk, skb);
|
||||||
* FIXME: Currently DCCP operates one-directional only, i.e. a listening
|
|
||||||
* server is not at the same time a connecting client. There is
|
|
||||||
* not much sense in delivering to both rx/tx sides at the moment
|
|
||||||
* (only one is active at a time); when moving to bidirectional
|
|
||||||
* service, this needs to be revised.
|
|
||||||
*/
|
|
||||||
if (dccp_sk(sk)->dccps_role == DCCP_ROLE_CLIENT)
|
|
||||||
ccid_hc_tx_packet_recv(dp->dccps_hc_tx_ccid, sk, skb);
|
|
||||||
else /* listening or connected server */
|
|
||||||
ccid_hc_rx_packet_recv(dp->dccps_hc_rx_ccid, sk, skb);
|
|
||||||
|
|
||||||
return __dccp_rcv_established(sk, skb, dh, len);
|
return __dccp_rcv_established(sk, skb, dh, len);
|
||||||
discard:
|
discard:
|
||||||
|
@ -494,11 +484,8 @@ int dccp_rcv_state_process(struct sock *sk, struct sk_buff *skb,
|
||||||
DCCP_ACKVEC_STATE_RECEIVED))
|
DCCP_ACKVEC_STATE_RECEIVED))
|
||||||
goto discard;
|
goto discard;
|
||||||
|
|
||||||
/* XXX see the comments in dccp_rcv_established about this */
|
ccid_hc_rx_packet_recv(dp->dccps_hc_rx_ccid, sk, skb);
|
||||||
if (dccp_sk(sk)->dccps_role == DCCP_ROLE_CLIENT)
|
ccid_hc_tx_packet_recv(dp->dccps_hc_tx_ccid, sk, skb);
|
||||||
ccid_hc_tx_packet_recv(dp->dccps_hc_tx_ccid, sk, skb);
|
|
||||||
else
|
|
||||||
ccid_hc_rx_packet_recv(dp->dccps_hc_rx_ccid, sk, skb);
|
|
||||||
}
|
}
|
||||||
|
|
||||||
/*
|
/*
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue