[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cbefa473-2d48-5df9-f773-8bb6bdcd6be1@kernel.org>
Date: Tue, 1 Aug 2023 21:18:47 -0600
From: David Ahern <dsahern@...nel.org>
To: Jakub Kicinski <kuba@...nel.org>,
YueHaibing <yuehaibing@...wei.com>
Cc: Eric Dumazet <edumazet@...gle.com>, davem@...emloft.net,
pabeni@...hat.com, yoshfuji@...ux-ipv6.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, simon.horman@...igine.com
Subject: Re: [PATCH v3] ip6mr: Fix skb_under_panic in ip6mr_cache_report()
On 8/1/23 8:10 PM, Jakub Kicinski wrote:
> On Wed, 2 Aug 2023 09:28:31 +0800 YueHaibing wrote:
>>> that pattern shows up a few times:
>>
>> Ok, I will test and fix these if any.
>
> Thanks, we may also want to add a
> DEBUG_NET_WARN_ON_ONCE(len > INT_MAX)
> in skb_push() but perhaps that's an overkill.
> Most of those cases are probably legit (skb_.*_offset()
> can well be negative if headers were already pulled).
Yea, a lot of those could be legit, so it would be best to have a test
case that shows it can be triggered and then any patch fixes it.
Powered by blists - more mailing lists