Hello,
On Mon, 30 Jan 2017, David Miller wrote:
> From: Julian Anastasov
> >
> > So, the following solution is to avoid using
> > dst->pending_confirm.
>
> For the most part this series looks good to me, nice work.
OK, I'm posting v3 after removing the RFC tag from v2,
I
From: Julian Anastasov
Date: Sat, 28 Jan 2017 16:26:11 +0200
> This patchset addresses the problem of neighbour
> confirmation where received replies from one nexthop
> can cause confirmation of different nexthop when using
> the same dst. Thanks to YueHaibing
> for tracking the dst->pendi
v1->v2:
- patch 1:
put sk_dst_pending_confirm in TX cacheline
- patch 2:
add skb_set_dst_pending_confirm and skb_get_dst_pending_confirm helpers
- patch 3:
use skb_set_dst_pending_confirm
remove check from sctp_transport_dst_confirm, directly assign
- patch 4:
use skb_set_dst_pending_conf