Re: [PATCH] rhashtable: use irq-safe spinlock in rhashtable_rehash_table()

2019-02-06 Thread David Miller
From: Johannes Berg Date: Wed, 06 Feb 2019 09:15:15 +0100 > On Tue, 2019-02-05 at 15:37 +0100, Johannes Berg wrote: >> From: Johannes Berg >> >> When an rhashtabl walk is done from irq/bh context, we rightfully >> get a lockdep complaint saying that we could get a (soft-)IRQ in >> the middle of

Re: [PATCH] rhashtable: use irq-safe spinlock in rhashtable_rehash_table()

2019-02-06 Thread Johannes Berg
On Tue, 2019-02-05 at 15:37 +0100, Johannes Berg wrote: > From: Johannes Berg > > When an rhashtabl walk is done from irq/bh context, we rightfully > get a lockdep complaint saying that we could get a (soft-)IRQ in > the middle of a rehash. This happened e.g. in mac80211 as it does > a walk in so

[PATCH] rhashtable: use irq-safe spinlock in rhashtable_rehash_table()

2019-02-05 Thread Johannes Berg
From: Johannes Berg When an rhashtabl walk is done from irq/bh context, we rightfully get a lockdep complaint saying that we could get a (soft-)IRQ in the middle of a rehash. This happened e.g. in mac80211 as it does a walk in soft-irq context. Fix this by using irq-safe locking here. We don't n