Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #987722
| From | Helmut Grohne <helmut@subdivi.de> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#908438: [PATCH resend] ARM: dts: sun7i: Disable OOB IRQ for brcm wifi on Cubietruck and Banana Pro |
| Date | 2019-12-18 18:10 +0100 |
| Message-ID | <zeKZH-29E-1@gated-at.bofh.it> (permalink) |
| References | <wwgx3-77c-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Control: tags -1 + patch Hi, On Sun, Sep 30, 2018 at 04:58:52PM +0200, Hans de Goede wrote: > While doing some brcmfmac driver work I needed to test this also on some > devicetree based boards. So I fired up the good old Cubietruck and when > that would not work a Banana Pro. > > With an unmodified 4.17 kernel both boards intermittently would come up > with non working wifi with the following errors: > > brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout > brcmfmac: brcmf_bus_started: failed: -110 > brcmfmac: brcmf_attach: dongle is not responding: err=-110 > brcmfmac: brcmf_sdio_firmware_callback: brcmf_attach failed I confirm the observation on a Banana Pro booting the buster 4.19 kernel. The problem happend reliably for me. I also confirm that your workaround solves the symptoms on my board. > Using an OOB IRQ instead of the sdio-IRQ mechanism is mostly important to > allow the MMC controller to go into runtime-suspend which is not really an > issue on these boards since they are (usually) not battery powered. I agree that this is a reasonable trade-off (power saving vs working device). Helmut
Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread
Bug#908438: [PATCH resend] ARM: dts: sun7i: Disable OOB IRQ for brcm wifi on Cubietruck and Banana Pro Helmut Grohne <helmut@subdivi.de> - 2019-12-18 18:10 +0100
csiph-web