[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250819101004.KB4KbEO-@linutronix.de>
Date: Tue, 19 Aug 2025 12:10:04 +0200
From: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To: Yunseong Kim <ysk@...lloc.com>
Cc: Johannes Berg <johannes.berg@...el.com>,
Clark Williams <clrkwllms@...nel.org>,
Steven Rostedt <rostedt@...dmis.org>, Jiri Kosina <jkosina@...e.cz>,
Aaron Hill <aa1ronham@...il.com>,
Lukas Redlinger <rel+kernel@...lox.net>,
Oleksii Shevchuk <alxchk@...il.com>,
Toke Høiland-Jørgensen <toke@...hat.com>,
linux-wireless@...r.kernel.org, linux-rt-devel@...ts.linux.dev,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] mac80211: Potential sleep in atomic context in
__ieee80211_wake_txqs
On 2025-08-19 01:56:00 [+0900], Yunseong Kim wrote:
> Hi,
Hi,
> I found a potential PREEMPT_RT issue I noticed in __ieee80211_wake_txqs()
>
> static void __ieee80211_wake_txqs(struct ieee80211_sub_if_data *sdata, int ac)
> {
> ...
> local_bh_disable();
> spin_lock(&fq->lock);
> ...
> }
>
> This sequence of local_bh_disable() followed by spin_lock(). On an
As explained in the previous mail regarding for
inet_twsk_hashdance_schedule(), this is fine.
> Best regards,
> Yunseong Kim
Sebastian
Powered by blists - more mailing lists