ipvlan: do not use cond_resched_rcu() in ipvlan_process_multicast()
authorEric Dumazet <edumazet@google.com>
Tue, 10 Mar 2020 01:22:58 +0000 (18:22 -0700)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 20 Mar 2020 08:07:41 +0000 (09:07 +0100)
[ Upstream commit afe207d80a61e4d6e7cfa0611a4af46d0ba95628 ]

Commit e18b353f102e ("ipvlan: add cond_resched_rcu() while
processing muticast backlog") added a cond_resched_rcu() in a loop
using rcu protection to iterate over slaves.

This is breaking rcu rules, so lets instead use cond_resched()
at a point we can reschedule

Fixes: e18b353f102e ("ipvlan: add cond_resched_rcu() while processing muticast backlog")
Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: Mahesh Bandewar <maheshb@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/net/ipvlan/ipvlan_core.c

index 63b1cd0..d5ebbf5 100644 (file)
@@ -240,7 +240,6 @@ void ipvlan_process_multicast(struct work_struct *work)
                                ret = netif_rx(nskb);
 acct:
                        ipvlan_count_rx(ipvlan, len, ret == NET_RX_SUCCESS, true);
-                       cond_resched_rcu();
                }
                rcu_read_unlock();
 
@@ -252,6 +251,7 @@ acct:
                } else {
                        kfree_skb(skb);
                }
+               cond_resched();
        }
 }