[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140530.174608.587404162482133282.davem@davemloft.net>
Date: Fri, 30 May 2014 17:46:08 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: davidn@...idnewall.com
Cc: bdschuym@...dora.be, fw@...len.de, stephen@...workplumber.org,
netdev@...r.kernel.org, netfilter-devel@...r.kernel.org,
bridge@...ts.linux-foundation.org, bsd@...hat.com,
vyasevich@...il.com
Subject: Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge :
Sanitize skb before it enters the IP stack)
From: David Newall <davidn@...idnewall.com>
Date: Fri, 30 May 2014 18:47:58 +0930
> On 30/05/14 08:04, David Miller wrote:
>> You really need to check the return value as this can perform
>> allocations,
>> GFP_ATOMIC ones in fact.
>>
>> Also, why are we not bumping the statistics any more? I didn't see a
>> discussion of that in this thread.
>
> I was only restoring the code as it was before the commit. Maybe
> this, (instead of the previous patch of br_netfilter.c,) to keep the
> (added) check on pskb_may_pull's return value and incremented
> statistics?
I don't see why you don't simply keep br_parse_ip_options() around
and adjust it as you need, you're just mostly duplicating it's
contents into br_nf_pre_routing().
--
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