Thread (5 messages) flat view 5 messages, 2 authors, 2011-07-15

Re: [PATCH 07/10] net: remove NETIF_F_NO_CSUM feature

From: David Miller <davem@davemloft.net>
Date: 2011-07-15 00:06:16

From: Michał Mirosław <mirq-linux@rere.qmqm.pl>
Date: Fri, 15 Jul 2011 00:44:45 +0200
On Thu, Jul 14, 2011 at 02:31:21PM -0700, David Miller wrote:
quoted
From: Michał Mirosław <mirq-linux@rere.qmqm.pl>
Date: Thu, 14 Jul 2011 22:56:23 +0200
quoted
That's why its turned off by default and should be enabled only when user
knows he will win some pps with it.
More people are going to lose than win by your change.

The nocopy feature helps more real situations than it hurts, the
existing default is the best.
I see. I still want to remove NO_CSUM (as I explained in other mail),
so would you accept replacing it with something more specific to
nocache-copy feature? READS_DATA maybe? That could be later added to
sk_route_caps whenever it's known for a route there will be need to
read packets' data.
I don't actually see what the problem is.

The code wants to conditionalize the nocache-copy feature based upon
whether hardware will checksum the packet or not.

And that's exactly what it's testing.

The reason, of course, is because it doesn't want to enable
nocache-copy if the cpu is just going to read the data back into it's
caches during the checksum.  But that's no reason to change the
flag name to have the word "read" instead of "checksum" in it.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help