[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140325.185455.2003891926756741271.davem@davemloft.net>
Date: Tue, 25 Mar 2014 18:54:55 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: eric.dumazet@...il.com
Cc: ebiederm@...ssion.com, netdev@...r.kernel.org,
xiyou.wangcong@...il.com, mpm@...enic.com, satyam.sharma@...il.com
Subject: Re: [net-next 00/54][pull request] Using dev_kfree/consume_skb_any
for functions called in multiple contexts
From: Eric Dumazet <eric.dumazet@...il.com>
Date: Tue, 25 Mar 2014 13:49:51 -0700
> On Mon, 2014-03-24 at 22:58 -0700, Eric W. Biederman wrote:
>> These changes are a result of walking through the network drivers
>> supporting netpoll and verifying the code paths that netpoll can cause
>> to be called in hard irq context use an appropriate flavor of
>> kfree_skb. Either dev_kfree_skb_any or dev_consume_skb_any.
>>
>> Since my last pass at this I have become aware of the small differences
>> between dev_kfree_skb_any and dev_consume_skb_any.
>> net/core/drop_monitor.c reports the dev_kfree_skb_any as a drop and
>> while being quite about the second. With the weird twist that
>> dev_kfree_skb is unintuitively consume_skb.
>>
>> As netpoll now calls the napi poll function with budget == 0, pieces of
>> a drivers the napi poll function that don't run when budget == 0 have
>> been ignored.
>>
>> The most interesting change is to the atl1c which tried unsuccesfully to
>> tell one of it's functions which context it is called in so that it
>> could call dev_kfree_skb_irq or dev_kfree_skb as appropriate. I have
>> just removed the extra parameter and called dev_consume_skb_any.
>>
>> At 54 separate changes I will post each change as a separate patch (so
>> they can be reviewed) but for general sanity sake I have gathered them
>> all into a git branch for easy acces.
>>
>> David when you are satisified with these changes please pull:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/net-next.git master
>>
>> Hopefully this will allow me to forget this class of error when dealing
>> with netpoll.
>
>
> Perfect, thanks Eric.
>
> (the minor issues can be addressed later in a single followup)
>
> Acked-by: Eric Dumazet <edumazet@...gle.com>
Pulled, thanks everyone.
--
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