Hi,
On 07-03-15 18:33, Clive Messer wrote:
On Sat, 2015-03-07 at 12:23 +0100, Hans de Goede wrote:
Hans,
In place as the requested brcm/brcmfmac43362-sdio.txt file under /lib/firmware,
Idiot! (Me, not you!) I forgot about the nvram file! That would at least
help get things initialised! ;)
that will give you working wifi, but only for a couple of minutes then things
stop working. Arend van Spriel (from Broadcom, added to the CC) is looking into
this. ETA for a fix is unknown atm.
Verified! 230MB of data through the interface, and kaboom! ;)
[ 437.034718] brcmfmac: brcmf_cfg80211_get_station: Could not get rate
(-52)
[ 438.327118] brcmfmac: brcmf_proto_bcdc_query_dcmd:
brcmf_proto_bcdc_msg failed w/status -110
Oh interesting I was just running some tests on a A10s based
hdmi dongle, the Auxtek T004 which has aa brcm sdio wifi too,
specifically a toc9002 module, which also contains a 43362
wifi component, and I've been testing this with the nvram from the
cubietruck since the original nvram does not work with brcmfmac,
and with this combo it seems to survive the error where things
get stuck on the cubie, specifically things seem to still
work after:
[ 168.950420] sunxi-mmc 1c10000.mmc: smc 1 err, cmd 53, RD SBE !!
[ 168.956458] sunxi-mmc 1c10000.mmc: data error, sending stop command
Which is normally where the cubietruck gets stuck and starts responding
with a response timeout to everything.
Not sure what this means, could be due to this dongle having a different
sdio module / 43362 revisison, could be that I'm running 4.0-rc1 and
that something has changed for the better there.
Regards,
Hans
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
