Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 25442caf authored by Jarek Poplawski's avatar Jarek Poplawski Committed by David S. Miller
Browse files

[NETPOLL]: Fixups for 'fix soft lockup when removing module'



>From my recent patch:

> >    #1
> >    Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> >    required a work function should always (unconditionally) rearm with
> >    delay > 0 - otherwise it would endlessly loop. This patch replaces
> >    this function with cancel_delayed_work(). Later kernel versions don't
> >    require this, so here it's only for uniformity.

But Oleg Nesterov <oleg@tv-sign.ru> found:

> But 2.6.22 doesn't need this change, why it was merged?
> 
> In fact, I suspect this change adds a race,
...

His description was right (thanks), so this patch reverts #1.

Signed-off-by: default avatarJarek Poplawski <jarkao2@o2.pl>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
parent 94b83419
Loading
Loading
Loading
Loading
+2 −4
Original line number Diff line number Diff line
@@ -72,7 +72,6 @@ static void queue_process(struct work_struct *work)
			netif_tx_unlock(dev);
			local_irq_restore(flags);

			if (atomic_read(&npinfo->refcnt))
			schedule_delayed_work(&npinfo->tx_work, HZ/10);
			return;
		}
@@ -786,8 +785,7 @@ void netpoll_cleanup(struct netpoll *np)
			if (atomic_dec_and_test(&npinfo->refcnt)) {
				skb_queue_purge(&npinfo->arp_tx);
				skb_queue_purge(&npinfo->txq);
				cancel_delayed_work(&npinfo->tx_work);
				flush_scheduled_work();
				cancel_rearming_delayed_work(&npinfo->tx_work);

				/* clean after last, unfinished work */
				if (!skb_queue_empty(&npinfo->txq)) {