[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1268471488.2947.26.camel@edumazet-laptop>
Date: Sat, 13 Mar 2010 10:11:28 +0100
From: Eric Dumazet <eric.dumazet@...il.com>
To: William Allen Simpson <william.allen.simpson@...il.com>
Cc: Dan Carpenter <error27@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Developers <linux-kernel@...r.kernel.org>,
Linux Kernel Network Developers <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Michael Chan <mchan@...adcom.com>,
Simon Horman <horms@...ge.net.au>
Subject: Re: [PATCH v4 2/7] net: remove old tcp_optlen function
Le vendredi 12 mars 2010 à 18:05 -0500, William Allen Simpson a écrit :
> In this particular instance, I suggest that you take a look at all the
> places that gso_size is set, and cross index with all the code paths that
> place these TCP headers onto the txq without a check of doff -- as I did!
>
> I'll specifically mention the tun and virtio_net devices, but I'm also
> particularly concerned with af_packet.c and skbuff.c -- and the general
> problem with inet_lro.c, too.
>
> Amazingly enough, folks sometimes use Linux for routers....
> --
David already pointed out fact that this code path is not used in
forwardind / routing path. Your assumptions are clearly wrong.
Can you sit down and understand this difference ?
Only *locally* generated trafic by linux kernel can enter this path.
And if a bug in linux core network stack can feed any driver a buggy
skb, bad things can happen, even if a driver is perfect.
Please point out _this_ bug _if_ it really exists, so that we can
correct this bug instead of hiding it in one thousand of drivers.
Your attacks make no sense, you know nothing about linux kernel
internals and assume it was written like other projects you were
involved to.
--
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