I pretty much spelled this out already. The watchdog gets synced and
disabled when ixgbe_down is called so you are guaranteed that the
number of queues will not be changing while this function is running.
What is occurring is that the ixgbe driver can update the netdevs
controlled by the ixgbe dri
Just a quick scan has me wondering what code you are comparing it to?
The key bit here that is the reason for taking the RTNL lock is
because this section is handled in the watchdog which is not an RTNL
protected region, and because it is messing with devices other than
the ones controlled by the
On Sun, Jun 5, 2016 at 2:14 AM, wrote:
> From: Zhu Yanjun
>
>
> Signed-off-by: Zhu Yanjun
> ---
> drivers/net/ethernet/intel/ixgbe/ixgbe_main.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> b/drivers/net/etherne
On Sun, 2016-06-05 at 17:14 +0800, zyjzyj2...@gmail.com wrote:
> From: Zhu Yanjun
>
>
> Signed-off-by: Zhu Yanjun
> ---
You do not explain if this is a bug fix (targeting net tree) or simply
an optimization in the slow path (targeting net-next tree) ?
A changelog, even small, would be nice, e
From: Zhu Yanjun
Signed-off-by: Zhu Yanjun
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
index 088c47c..cb19cbc 100644
-
Hi,all
I am using the ixgbe nic. I found that the rtnl_lock is being
used to enable upper device, such as macvlan. I am curious
why rcu_read_lock is not used here.
I replaced rtnl_lock with rcu_read_lock here. Then I made tests and
it can work well.
So can the rtnl_lock be replaced with
