[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20190425110551.B78C060769@smtp.codeaurora.org>
Date: Thu, 25 Apr 2019 11:05:51 +0000 (UTC)
From: Kalle Valo <kvalo@...eaurora.org>
To: Douglas Anderson <dianders@...omium.org>
Cc: linux-rockchip@...ts.infradead.org, briannorris@...omium.org,
mka@...omium.org, ryandcase@...omium.org, heiko@...ech.de,
Douglas Anderson <dianders@...omium.org>,
"David S. Miller" <davem@...emloft.net>,
Ganapathi Bhat <gbhat@...vell.com>,
linux-wireless@...r.kernel.org,
Amitkumar Karwar <amitkarwar@...il.com>,
linux-kernel@...r.kernel.org,
Nishant Sarmukadam <nishants@...vell.com>,
netdev@...r.kernel.org, Xinming Hu <huxinming820@...il.com>
Subject: Re: [PATCH] mwifiex: Make resume actually do something useful again
on SDIO cards
Douglas Anderson <dianders@...omium.org> wrote:
> The commit fc3a2fcaa1ba ("mwifiex: use atomic bitops to represent
> adapter status variables") had a fairly straightforward bug in it. It
> contained this bit of diff:
>
> - if (!adapter->is_suspended) {
> + if (test_bit(MWIFIEX_IS_SUSPENDED, &adapter->work_flags)) {
>
> As you can see the patch missed the "!" when converting to the atomic
> bitops. This meant that the resume hasn't done anything at all since
> that commit landed and suspend/resume for mwifiex SDIO cards has been
> totally broken.
>
> After fixing this mwifiex suspend/resume appears to work again, at
> least with the simple testing I've done.
>
> Fixes: fc3a2fcaa1ba ("mwifiex: use atomic bitops to represent adapter status variables")
> Cc: <stable@...r.kernel.org>
> Signed-off-by: Douglas Anderson <dianders@...omium.org>
> Reviewed-by: Brian Norris <briannorris@...omium.org>
Patch applied to wireless-drivers.git, thanks.
b82d6c1f8f82 mwifiex: Make resume actually do something useful again on SDIO cards
--
https://patchwork.kernel.org/patch/10884883/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Powered by blists - more mailing lists