[PATCH next 0/3] use netdev_is_rx_handler_busy() in few known cases

STALE3500d

2 messages, 2 authors, 2017-01-20 · open the first message on its own page

[PATCH next 0/3] use netdev_is_rx_handler_busy() in few known cases

From: Mahesh Bandewar <hidden>
Date: 2017-01-18 23:14:04

From: Mahesh Bandewar <redacted>

netdev_rx_handler_register() was recently split into two parts - (a) check
if the handler is used, (b) register the new handler, parts. This is 
helpful in scenarios like bonding where at the time of registration there
is too much state to unwind and it should check if the device is free
before building that state. IPvlan and macvlan drivers don't have this
issue however it can make use of the same check instead of using a device
specific check.

Mahesh Bandewar (3):
  net: remove duplicate code.
  ipvlan: use netdev_is_rx_handler_busy instead of checking specific
    type
  macvlan: use netdev_is_rx_handler_busy instead of checking specific
    type

 drivers/net/ipvlan/ipvlan_main.c | 4 ++--
 drivers/net/macvlan.c            | 2 +-
 net/core/dev.c                   | 4 +---
 3 files changed, 4 insertions(+), 6 deletions(-)

-- 
2.11.0.483.g087da7b7c-goog

Re: [PATCH next 0/3] use netdev_is_rx_handler_busy() in few known cases

From: David Miller <davem@davemloft.net>
Date: 2017-01-20 17:30:48

From: Mahesh Bandewar <redacted>
Date: Wed, 18 Jan 2017 15:02:45 -0800
netdev_rx_handler_register() was recently split into two parts - (a) check
if the handler is used, (b) register the new handler, parts. This is 
helpful in scenarios like bonding where at the time of registration there
is too much state to unwind and it should check if the device is free
before building that state. IPvlan and macvlan drivers don't have this
issue however it can make use of the same check instead of using a device
specific check.
Looks good, series applied, thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help