* [PATCH] ath9k: Protect queue draining by rcu_read_lock()
@ 2018-02-02 10:36 Toke Høiland-Jørgensen
2018-03-14 9:56 ` Kalle Valo
2018-03-24 0:00 ` [PATCH] " Ben Greear
0 siblings, 2 replies; 4+ messages in thread
From: Toke Høiland-Jørgensen @ 2018-02-02 10:36 UTC (permalink / raw)
To: linux-wireless; +Cc: Toke Høiland-Jørgensen, stable
When ath9k was switched over to use the mac80211 intermediate queues,
node cleanup now drains the mac80211 queues. However, this call path is
not protected by rcu_read_lock() as it was previously entirely internal
to the driver which uses its own locking.
This leads to a possible rcu_dereference() without holding
rcu_read_lock(); but only if a station is cleaned up while having
packets queued on the TXQ. Fix this by adding the rcu_read_lock() to the
caller in ath9k.
Fixes: 50f08edf9809 ("ath9k: Switch to using mac80211 intermediate software queues.")
Cc: stable@vger.kernel.org
Reported-by: Ben Greear <greearb@candelatech.com>
Signed-off-by: Toke Høiland-Jørgensen <toke@toke.dk>
---
drivers/net/wireless/ath/ath9k/xmit.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
index 396bf05c6bf6..d8b041f48ca8 100644
--- a/drivers/net/wireless/ath/ath9k/xmit.c
+++ b/drivers/net/wireless/ath/ath9k/xmit.c
@@ -2892,6 +2892,8 @@ void ath_tx_node_cleanup(struct ath_softc *sc, struct ath_node *an)
struct ath_txq *txq;
int tidno;
+ rcu_read_lock();
+
for (tidno = 0; tidno < IEEE80211_NUM_TIDS; tidno++) {
tid = ath_node_to_tid(an, tidno);
txq = tid->txq;
@@ -2909,6 +2911,8 @@ void ath_tx_node_cleanup(struct ath_softc *sc, struct ath_node *an)
if (!an->sta)
break; /* just one multicast ath_atx_tid */
}
+
+ rcu_read_unlock();
}
#ifdef CONFIG_ATH9K_TX99
--
2.16.0
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: ath9k: Protect queue draining by rcu_read_lock()
2018-02-02 10:36 [PATCH] ath9k: Protect queue draining by rcu_read_lock() Toke Høiland-Jørgensen
@ 2018-03-14 9:56 ` Kalle Valo
2018-03-24 0:00 ` [PATCH] " Ben Greear
1 sibling, 0 replies; 4+ messages in thread
From: Kalle Valo @ 2018-03-14 9:56 UTC (permalink / raw)
To: Toke Høiland-Jørgensen
Cc: linux-wireless, Toke Høiland-Jørgensen, stable
Toke Høiland-Jørgensen wrote:
> When ath9k was switched over to use the mac80211 intermediate queues,
> node cleanup now drains the mac80211 queues. However, this call path is
> not protected by rcu_read_lock() as it was previously entirely internal
> to the driver which uses its own locking.
>
> This leads to a possible rcu_dereference() without holding
> rcu_read_lock(); but only if a station is cleaned up while having
> packets queued on the TXQ. Fix this by adding the rcu_read_lock() to the
> caller in ath9k.
>
> Fixes: 50f08edf9809 ("ath9k: Switch to using mac80211 intermediate software queues.")
> Cc: stable@vger.kernel.org
> Reported-by: Ben Greear <greearb@candelatech.com>
> Signed-off-by: Toke Høiland-Jørgensen <toke@toke.dk>
> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Patch applied to ath-next branch of ath.git, thanks.
182b19171098 ath9k: Protect queue draining by rcu_read_lock()
--
https://patchwork.kernel.org/patch/10196453/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] ath9k: Protect queue draining by rcu_read_lock()
2018-02-02 10:36 [PATCH] ath9k: Protect queue draining by rcu_read_lock() Toke Høiland-Jørgensen
2018-03-14 9:56 ` Kalle Valo
@ 2018-03-24 0:00 ` Ben Greear
2018-03-24 10:33 ` Toke Høiland-Jørgensen
1 sibling, 1 reply; 4+ messages in thread
From: Ben Greear @ 2018-03-24 0:00 UTC (permalink / raw)
To: Toke Høiland-Jørgensen, linux-wireless; +Cc: stable
On 02/02/2018 02:36 AM, Toke Høiland-Jørgensen wrote:
> When ath9k was switched over to use the mac80211 intermediate queues,
> node cleanup now drains the mac80211 queues. However, this call path is
> not protected by rcu_read_lock() as it was previously entirely internal
> to the driver which uses its own locking.
As far as I can tell, this is not currently in Linus' tree.
Was this dropped on purpose?
Thanks,
Ben
>
> This leads to a possible rcu_dereference() without holding
> rcu_read_lock(); but only if a station is cleaned up while having
> packets queued on the TXQ. Fix this by adding the rcu_read_lock() to the
> caller in ath9k.
>
> Fixes: 50f08edf9809 ("ath9k: Switch to using mac80211 intermediate software queues.")
> Cc: stable@vger.kernel.org
> Reported-by: Ben Greear <greearb@candelatech.com>
> Signed-off-by: Toke Høiland-Jørgensen <toke@toke.dk>
> ---
> drivers/net/wireless/ath/ath9k/xmit.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
> index 396bf05c6bf6..d8b041f48ca8 100644
> --- a/drivers/net/wireless/ath/ath9k/xmit.c
> +++ b/drivers/net/wireless/ath/ath9k/xmit.c
> @@ -2892,6 +2892,8 @@ void ath_tx_node_cleanup(struct ath_softc *sc, struct ath_node *an)
> struct ath_txq *txq;
> int tidno;
>
> + rcu_read_lock();
> +
> for (tidno = 0; tidno < IEEE80211_NUM_TIDS; tidno++) {
> tid = ath_node_to_tid(an, tidno);
> txq = tid->txq;
> @@ -2909,6 +2911,8 @@ void ath_tx_node_cleanup(struct ath_softc *sc, struct ath_node *an)
> if (!an->sta)
> break; /* just one multicast ath_atx_tid */
> }
> +
> + rcu_read_unlock();
> }
>
> #ifdef CONFIG_ATH9K_TX99
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] ath9k: Protect queue draining by rcu_read_lock()
2018-03-24 0:00 ` [PATCH] " Ben Greear
@ 2018-03-24 10:33 ` Toke Høiland-Jørgensen
0 siblings, 0 replies; 4+ messages in thread
From: Toke Høiland-Jørgensen @ 2018-03-24 10:33 UTC (permalink / raw)
To: Ben Greear, linux-wireless; +Cc: stable
On 24 March 2018 00:00:39 GMT, Ben Greear <greearb@candelatech.com> wrote:
>On 02/02/2018 02:36 AM, Toke Høiland-Jørgensen wrote:
>> When ath9k was switched over to use the mac80211 intermediate queues,
>> node cleanup now drains the mac80211 queues. However, this call path
>is
>> not protected by rcu_read_lock() as it was previously entirely
>internal
>> to the driver which uses its own locking.
>
>As far as I can tell, this is not currently in Linus' tree.
>
>Was this dropped on purpose?
It was merged quite recently, but hasn't propagated yet:
https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git/commit/?h=ath-next
-Toke
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2018-03-24 10:41 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-02-02 10:36 [PATCH] ath9k: Protect queue draining by rcu_read_lock() Toke Høiland-Jørgensen
2018-03-14 9:56 ` Kalle Valo
2018-03-24 0:00 ` [PATCH] " Ben Greear
2018-03-24 10:33 ` Toke Høiland-Jørgensen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).