[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20161031.141047.1551501937019100403.davem@davemloft.net>
Date: Mon, 31 Oct 2016 14:10:47 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: make0818@...il.com
Cc: stephen@...workplumber.org, netdev@...r.kernel.org,
jhs@...atatu.com
Subject: Re: Why do we need tasklet in IFB?
From: Michael Ma <make0818@...il.com>
Date: Mon, 31 Oct 2016 11:02:28 -0700
> 2016-10-28 14:52 GMT-07:00 Michael Ma <make0818@...il.com>:
>> 2016-10-28 14:48 GMT-07:00 Stephen Hemminger <stephen@...workplumber.org>:
>>> On Fri, 28 Oct 2016 14:45:07 -0700
>>> Michael Ma <make0818@...il.com> wrote:
>>>
>>>> 2016-10-28 14:38 GMT-07:00 Stephen Hemminger <stephen@...workplumber.org>:
>>>> > On Fri, 28 Oct 2016 14:36:27 -0700
>>>> > Michael Ma <make0818@...il.com> wrote:
>>>> >
>>>> >> Hi -
>>>> >>
>>>> >> Currently IFB uses tasklet to process tx/rx on the interface that
>>>> >> forwarded the packet to IFB. My understanding on why we're doing this
>>>> >> is that since dev_queue_xmit() can be invoked in interrupt, we want to
>>>> >> defer the processing of original tx/rx in case ifb_xmit() is called
>>>> >> from interrupt.
>>>> >
>>>> > dev_queue_xmit is only called from interrupt if doing netconsole.
>>>>
>
> In fact this doesn't seem to explain since if the original path is tx
> and the context is interrupt, IFB will call dev_queue_xmit as well so
> the context can be interrupt in that case.
>
> Then tasklet is still unnecessary.
Perhaps it's necessary to deal with potential recursion, that's my only
guess at this point.
Jamal, do you remember what went through your mind back in 2005? :-)
Powered by blists - more mailing lists