From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH v2 net-next] tcp: remove dst refcount false sharing for prequeue mode Date: Mon, 08 Sep 2014 15:41:08 -0700 (PDT) Message-ID: <20140908.154108.1495360301996041738.davem@davemloft.net> References: <1410188767.11872.110.camel@edumazet-glaptop2.roam.corp.google.com> <20140908.142143.807176983873922125.davem@davemloft.net> <1410211842.11872.133.camel@edumazet-glaptop2.roam.corp.google.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: therbert@google.com, alexander.h.duyck@intel.com, netdev@vger.kernel.org To: eric.dumazet@gmail.com Return-path: Received: from shards.monkeyblade.net ([149.20.54.216]:45054 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755293AbaIHWlJ (ORCPT ); Mon, 8 Sep 2014 18:41:09 -0400 In-Reply-To: <1410211842.11872.133.camel@edumazet-glaptop2.roam.corp.google.com> Sender: netdev-owner@vger.kernel.org List-ID: From: Eric Dumazet Date: Mon, 08 Sep 2014 14:30:42 -0700 > In the worst case, here is what is happening : > > sk_rx_dst is checked and invalidated in tcp_v4_do_rcv() > > Next packets coming from prequeue might then have a NULL dst, and > we'll do nothing special (sk_rx_dst will stay NULL), because we do > handle NULL dst properly in inet_sk_rx_dst_set() and > inet6_sk_rx_dst_set() > > But next packet to be processed (either in non prequeue mode or > prequeue) will carry skb->dst and we will set sk->sk_rx_dst > > I decided to not copy/paste the tests we do in the family dependent > parts, because it was not worth the pain. I must have mis-read some of these code paths, let me look over it again, thanks!