Re: [PATCHv2 RFC net-next 0/7] net: dst_confirm replacement

2017-01-31 Thread Julian Anastasov
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

Re: [PATCHv2 RFC net-next 0/7] net: dst_confirm replacement

2017-01-30 Thread David Miller
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

[PATCHv2 RFC net-next 0/7] net: dst_confirm replacement

2017-01-28 Thread Julian Anastasov
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