[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=VtxdEeFQsdF=U7-_7R+TXfVmA2_JMB_-WYidGHTLDgLw@mail.gmail.com>
Date: Tue, 28 May 2019 08:51:53 -0700
From: Doug Anderson <dianders@...omium.org>
To: Kalle Valo <kvalo@...eaurora.org>,
Arend van Spriel <arend.vanspriel@...adcom.com>
Cc: Madhan Mohan R <MadhanMohan.R@...ress.com>,
Ulf Hansson <ulf.hansson@...aro.org>,
LKML <linux-kernel@...r.kernel.org>,
Hante Meuleman <hante.meuleman@...adcom.com>,
"David S. Miller" <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
Chi-Hsien Lin <chi-hsien.lin@...ress.com>,
Brian Norris <briannorris@...omium.org>,
linux-wireless <linux-wireless@...r.kernel.org>,
YueHaibing <yuehaibing@...wei.com>,
Adrian Hunter <adrian.hunter@...el.com>,
"open list:ARM/Rockchip SoC..." <linux-rockchip@...ts.infradead.org>,
brcm80211-dev-list.pdl@...adcom.com,
Matthias Kaehlcke <mka@...omium.org>,
Naveen Gupta <naveen.gupta@...ress.com>,
Wright Feng <wright.feng@...ress.com>,
brcm80211-dev-list@...ress.com, Double Lo <double.lo@...ress.com>,
Franky Lin <franky.lin@...adcom.com>
Subject: Re: [PATCH 1/3] brcmfmac: re-enable command decode in sdio_aos for
BRCM 4354
Hi,
On Tue, May 28, 2019 at 5:18 AM Kalle Valo <kvalo@...eaurora.org> wrote:
>
> Douglas Anderson <dianders@...omium.org> wrote:
>
> > In commit 29f6589140a1 ("brcmfmac: disable command decode in
> > sdio_aos") we disabled something called "command decode in sdio_aos"
> > for a whole bunch of Broadcom SDIO WiFi parts.
> >
> > After that patch landed I find that my kernel log on
> > rk3288-veyron-minnie and rk3288-veyron-speedy is filled with:
> > brcmfmac: brcmf_sdio_bus_sleep: error while changing bus sleep state -110
> >
> > This seems to happen every time the Broadcom WiFi transitions out of
> > sleep mode. Reverting the part of the commit that affects the WiFi on
> > my boards fixes the problem for me, so that's what this patch does.
> >
> > Note that, in general, the justification in the original commit seemed
> > a little weak. It looked like someone was testing on a SD card
> > controller that would sometimes die if there were CRC errors on the
> > bus. This used to happen back in early days of dw_mmc (the controller
> > on my boards), but we fixed it. Disabling a feature on all boards
> > just because one SD card controller is broken seems bad. ...so
> > instead of just this patch possibly the right thing to do is to fully
> > revert the original commit.
> >
> > Fixes: 29f6589140a1 ("brcmfmac: disable command decode in sdio_aos")
> > Signed-off-by: Douglas Anderson <dianders@...omium.org>
>
> I don't see patch 2 in patchwork and I assume discussion continues.
Apologies. I made sure to CC you individually on all the patches but
didn't think about the fact that you use patchwork to manage and so
didn't ensure all patches made it to all lists (by default each patch
gets recipients individually from get_maintainer). I'll make sure to
fix for patch set #2. If you want to see all the patches, you can at
least find them on lore.kernel.org linked from the cover:
https://lore.kernel.org/patchwork/cover/1075373/
> Please resend if/when I need to apply something.
>
> 2 patches set to Changes Requested.
>
> 10948785 [1/3] brcmfmac: re-enable command decode in sdio_aos for BRCM 4354
As per Arend I'll change patch #1 to a full revert instead of a
partial revert. Arend: please yell if you want otherwise.
-Doug
Powered by blists - more mailing lists