[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHA+R7OG0qqr4Q2cFomY0CKH6DP+J==ii_G--d6FzcTScB6iEA@mail.gmail.com>
Date: Fri, 9 May 2014 11:31:52 -0700
From: Cong Wang <cwang@...pensource.com>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: Stephen Hemminger <stephen@...workplumber.org>,
netdev <netdev@...r.kernel.org>, d77190@...l.ru
Subject: Re: Fw: [Bug 75571] New: using tc action mirred results BUG at net/core/skbuff.c:119
On Thu, May 8, 2014 at 3:13 AM, Jamal Hadi Salim <jhs@...atatu.com> wrote:
> Hi Cong,
>
> Sorry for the latency - on travel mode.
>
>
> On 05/06/14 18:30, Cong Wang wrote:
>>
>> On Tue, May 6, 2014 at 8:16 AM, Stephen Hemminger
>> <stephen@...workplumber.org> wrote:
>
>
>>
>> Hmm, looks like we pushed wrong header size here. tcf_mirred_init()
>> checks if we could push hard header by checking the type of the target
>> device,
>> while in tcf_mirred() we push the ->hard_header_len of the source device
>> where this skb is received. I am not sure at all.
>>
>> Jamal, does the following patch make any sense for you?
>>
>
> Dont feel like that patch would help. Scratching my head....
> One way to tell is to: ifconfig down the source (which seems like tunnel
> device) and install all the rules then last step is ifconfig first ifb,
> then the tunnel device. And if it works with current kernel patch is not
> needed. It feels like some race condition between installing
> rule and using it i.e rule gets installed and when still trying to
> advertise to user space, a packet arrives and starts using it.
> If the above works - then the question to d77190@...l.ru is what kernel
> this is and when did this last work as installed?
It's an old kernel, 3.2.58. :-/
Please try to reproduce it on the latest kernel if possible.
--
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