Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 28 Jan 2019 19:43:54 +0100 (CET)
From:   Stefan Wahren <stefan.wahren@i2se.com>
To:     Ioan-Adrian Ratiu <adi@adirat.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc:     devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
        stable@vger.kernel.org
Message-ID: <1215525901.73446.1548701034611@email.ionos.de>
In-Reply-To: <87tvhs8wh7.fsf@ni.com>
References: <20190127202813.29493-1-adi@adirat.com>
 <1658074547.62977.1548624393424@email.ionos.de> <87tvhs8wh7.fsf@ni.com>
Subject: Re: [RFC][PATCH] Revert "ARM: dts: bcm2837: Fix polarity of wifi
 reset GPIOs"
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Importance: Medium
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hi,

> Ioan-Adrian Ratiu <adi@adirat.com> hat am 28. Januar 2019 um 19:31 geschrieben:
> 
> 
> Hi Stefan and thank you for looking into this,
> 
> On Sun, 27 Jan 2019, Stefan Wahren <stefan.wahren@i2se.com> wrote:
> > Hi Ioan-Adrian, 
> > 
> >> Ioan-Adrian Ratiu <adi@adirat.com> hat am 27. Januar 2019 um 
> >> 21:28 geschrieben:   This reverts commit 
> >> bea8a160c621d19f7f78b13e14e03f4b8e44cd4b.   Contrary to what 
> >> the commit message says, on my rpi 3 b v1.2 changing the 
> >> polarity causes the exact behaviour this commit intends to fix, 
> >> as described at the referenced link below (wlan0 disapears). 
> >> With reset-gpios = ... GPIO_ACTIVE_HIGH, brcmfmac errors in 
> >> dmesg:  [    7.977512] brcmfmac: brcmf_sdio_bus_sleep: error 
> >> while changing bus sleep state -110 [    7.977623] brcmfmac: 
> >> brcmf_sdio_txfail: sdio error, abort command and terminate 
> >> frame [    7.978007] brcmfmac: brcmf_sdio_txfail: sdio error, 
> >> abort command and terminate frame [    7.978377] brcmfmac: 
> >> brcmf_sdio_txfail: sdio error, abort command and terminate 
> >> frame [    7.978724] brcmfmac: brcmf_sdio_dpc: failed backplane 
> >> access over SDIO, halting operation [    7.978734] brcmfmac: 
> >> brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed 
> >> w/status -110 [    7.978747] brcmfmac: 
> >> brcmf_cfg80211_get_channel: chanspec failed (-110) [ 
> >> 7.982817] brcmfmac: brcmf_sdio_bus_sleep: error while changing 
> >> bus sleep state -110 [    7.982880] brcmfmac: 
> >> brcmf_sdio_txfail: sdio error, abort command and terminate 
> >> frame [    7.983255] brcmfmac: brcmf_sdio_txfail: sdio error, 
> >> abort command and terminate frame  The only solution I 
> >> currently have is to revert and everything works as expected 
> >> and as before changing the polarity.   Link: 
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911443 
> >> Signed-off-by: Ioan-Adrian Ratiu <adi@adirat.com> --- 
> > 
> > reverting this commit will only workaround the real issue. It 
> > lies in the sdhci-iproc driver. 
> > 
> > Could please try this instead patch [1]? 
> 
> Yes, the patch fixes the bug and it's also in Linus' master branch 
> in v5.0-rc3 as commit 2bd44da ("mmc: sdhci-iproc: handle 
> mmc_of_parse() errors during prob").
> 
> There was just a minor conflict cherry-picking it to 4.19.y 
> (sdhci_get_property -> sdhci_get_of_property).
> 
> I would really like to have 2bd44da backported to the 4.19 stable 
> tree to have wifi working again. Please?
> 
> Tested-by: Ioan-Adrian Ratiu <adi@adirat.com> #4.19.18

i wasn't aware of this conflict until sunday. Yes, i will backport it.

Thanks
Stefan

> 
> >
> > [1] - https://patchwork.kernel.org/patch/10741809/