How to backport FMAC driver for Linux 5.10.15 to STLinux 5.10.10 in SDK_V3

Tagged: FMAC driver

This topic has 0 replies, 1 voice, and was last updated 1 year, 5 months ago by Farid Azhar.

Viewing 0 reply threads

Author
Posts

July 5, 2023 at 1:43 pm #13579

Farid Azhar

Participant

We are using MuRata Module LBEE5HY1MW on our custom board based on OSD32MP157F.

WiFi and Bluetooth are working OK, but we see following errors when scp transferring a large file (over 1GB) to the device.

[  355.919376] brcmfmac: brcmf_sdio_rxglom: glom read of 23040 bytes failed: -12
[  355.926513] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame
[  355.942078] brcmfmac: brcmf_sdio_hdparse: HW header length too long
[  355.949175] brcmfmac: brcmf_sdio_rxfail: terminate frame

[ 355.919376] brcmfmac: brcmf_sdio_rxglom: glom read of 23040 bytes failed: -12

[ 355.926513] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame

[ 355.942078] brcmfmac: brcmf_sdio_hdparse: HW header length too long

[ 355.949175] brcmfmac: brcmf_sdio_rxfail: terminate frame

I posted question on Murata community “LBEE5HY1MW glom read error when scp transfer a large file to device“

Murata suggested to upgrade to latest FW and FMAC driver from Murata GitHub

I upgraded to the latest Patch, FW and nvram files from the Murata GitHub, but I don’t know how to port Cypress backported “fmac” driver into the STLinux kernel + Debian build.

The example shown in Murata README file is for iMX Linux and didn’t help much with porting to STLinux, and there is no much help from Murata.

The latest latest FW and FMAC driver is build for Linux 5.10.15 where as we are running STLinux 5.10.10

Is there any way to backport FMAC driver for Linux 5.10.15 to STLinux 5.10.10 in OSD32MP1 Debian SDK v3.0.