[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131104041108.GA22823@gondor.apana.org.au>
Date: Mon, 4 Nov 2013 12:11:08 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: Ben Hutchings <bhutchings@...arflare.com>,
David Miller <davem@...emloft.net>,
christoph.paasch@...ouvain.be, netdev@...r.kernel.org,
hkchu@...gle.com, mwdalton@...gle.com
Subject: Re: [PATCH v3 net-next] net: introduce dev_set_forwarding()
On Sun, Nov 03, 2013 at 09:26:43AM -0800, Eric Dumazet wrote:
>
> Not really.
>
> Have you took a look at the GSO path recently ?
>
> The days it was handling only IP+TCP are gone.
>
> If you think you can do better, please do so.
OK maybe I overreacted.
With regards to your point 2), GRO does not introduce any latencies
because it simply relies on NAPI to do the aggregation. IOW it is
no better or worse latency-wise compared to NAPI. If you need to
tune it, just use the usual NAPI toggles.
With repsect to point 3), sure we can allow the generation of TSO
segments in skb_segment.
You may be right that this is all too hard, since I haven't actually
sat down and tried to do it yet.
But please give me chance to have a look first before we give up and
install a permanent user-space toggle.
Since this is a crashing bug, I'm OK with adding the linearising
patch to the current tree so that we don't end up shipping with a
known crash in the network stack.
Thanks,
--
Email: Herbert Xu <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists