[SOLVED] error with driver in a raspberry pi4 Raspbian; how to overwrite with a better one?
Linux - Embedded & Single-board computerThis forum is for the discussion of Linux on both embedded devices and single-board computers (such as the Raspberry Pi, BeagleBoard and PandaBoard). Discussions involving Arduino, plug computers and other micro-controller like devices are also welcome.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
error with driver in a raspberry pi4 Raspbian; how to overwrite with a better one?
hello,
following errors appear in the dmesg; how to get rid of it? any advice is welcome (dont disturb for now; just the red color disturb a bit).
Thanks a lot. dmesg
Quote:
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 5.10.7-v7l+ (dom@buildbot) (arm-linux-gnueabihf-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #1395 SMP Mon Jan 18 16:17:57 GMT 2021
[ 0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d
[ 0.000000] CPU: div instructions available: patching division code
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[ 0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.2
...
[ 4.861336] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[ 4.863125] usbcore: registered new interface driver brcmfmac
[ 4.889043] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt failed with error -2
[ 5.124373] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[ 5.134759] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Mar 23 2020 02:19:54 version 7.45.206 (r725000 CY) FWID 01-88ee44ea
...
Ah, that's a familiar name, as I had my own issues there. It's in /lib/firmware/brcm/. Is the wifi working? I'm on RazPi OS, I see you're on Ubuntu. A kernel firmware upgrade might sort it. That's done every time you upgrade the kernel firmware. Razpi OS has patched firmware, so I can't really help you more
Thanks.
I dont use wifi on that raspberry. It will be a small server for testing an expert system accessible via web interface. its reachable via ssh.
In /lib/firmware/brcm/ are several files. Perhaps I should download the
gives insmod: ERROR: could not insert module /lib/modules/5.10.7-v7+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko: Invalid module format
and dmesg show brcmfmac: disagrees about version of symbol module_layout
brcmfmac.ko is perhaps wrong and should be updated with a new one?
Last edited by floppy_stuttgart; 01-20-2021 at 02:51 PM.
Thanks.
I dont use wifi on that raspberry. It will be a small server for testing an expert system accessible via web interface. its reachable via ssh.
In /lib/firmware/brcm/ are several files. Perhaps I should download the
gives insmod: ERROR: could not insert module /lib/modules/5.10.7-v7+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko: Invalid module format
and dmesg show brcmfmac: disagrees about version of symbol module_layout
brcmfmac.ko is perhaps wrong and should be updated with a new one?
Since I did not know how to upgrade that firmware (all available raspbian standard upgrade were not working), I just blacklisted the module as indicated
Quote:
sudo nano /etc/modprobe.d/blacklist-diverse.conf
and included the line
Quote:
blacklist brcmfmac
the error message is gone after reboot. All fine.
Thanks for the support.
despite it works, I am searching for a better solution in case the wifi is used later (copy a working bin to the driver area).I will document my tries here.
here are some advices https://github.com/raspberrypi/firmware/issues/1403
any remark from anyone is welcome in case I am bullshitting here ;-)
[ 5.111749] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: May 20 2020 00:36:51 version manifest (de496ab CY) FWID 01-12aa6092
sudo reboot
.. small "red" still there in dmesg output. But "error -2" gone. looks better.
[ 4.936618] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Mar 23 2020 02:19:54 version 7.45.206 (r725000 CY) FWID 01-88ee44ea
sudo reboot
.. error still there.. oh no. I was coming back to previous driver. Forget Try b.
Try c) .. perhaps to come. However, since I am not using wifi, I cannot test Try a) and "error -2" is gone. lets stop here for now.
Last edited by floppy_stuttgart; 01-23-2021 at 07:53 AM.
I never got your error, but I did have wifi weirdness.
I got one of the arm-specific kernel releases periodically linked on the Slackware Arm list, which gave me the vanilla firmware blobs. I also had the installed RazPi (=Debian) firmware, which was different. The Debian one was bigger. But they both worked. I tested them.
I found it insensitive, slow, and the aluminium case I had it in as an alternative to some gutless, noisy and dead cheap fan actually acted as a Faraday shield and made the wifi slow. I think the wifi crowding locally prevented it being sensitive.I haven't looked back with an external one.
Last edited by business_kid; 01-23-2021 at 11:15 AM.
I never got your error, but I did have wifi weirdness.
I got one of the arm-specific kernel releases periodically linked on the Slackware Arm list, which gave me the vanilla firmware blobs. I also had the installed RazPi (=Debian) firmware, which was different. The Debian one was bigger. But they both worked. I tested them.
I found it insensitive, slow, and the aluminium case I had it in as an alternative to some gutless, noisy and dead cheap fan actually acted as a Faraday shield and made the wifi slow. I think the wifi crowding locally prevented it being sensitive.I haven't looked back with an external one.
Haha. My pi4 server has a good looking aluminium case. https://www.reichelt.de/gehaeuse-fue...s_0&nbc=1&&r=1
it could be an issue? That would be no wonder for me, a wifi behind an aluminium shield. Good thinking; changing to a plastic case when I will use wifi.
Haha. My pi4 server has a good looking aluminium case. https://www.reichelt.de/gehaeuse-fue...s_0&nbc=1&&r=1
it could be an issue? That would be no wonder for me, a wifi behind an aluminium shield. Good thinking; changing to a plastic case when I will use wifi.
For you or anyone else reading who may want to be rid of the wifi, bluetooth or audio on the install.
Code:
# Additional overlays and parameters are documented /boot/overlays/README
# Enable audio (loads snd_bcm2835)
#dtparam=audio=on
# Added by me to disable audio
dtparam=audio=off
[all]
#dtoverlay=vc4-fkms-v3d
# Added by me to disable wifi and bluetooth
dtoverlay=disable-wifi
dtoverlay=disable-bt
Will do it and my wifi worked out of the box on the default kernel in Raspian Buster, until I disabled it.
Edit: settings are made in the /boot/config.txt near the bottom for the audio and at the bottom for the wifi and bluetooth edits.
Fine. I will disconnect the whole internal stuff since I dont use it and it's damaged by the aluminium case.
Looks like my aluminium case is the worst of all for the PI 4 wifi behaviour; see link/analysis below (no wonder.. metal around wifi.. the dead of wifi).
So, if the PI 4 should have a multipurpose use, my recommendation would be NEVER BUY A METAL CASE if the internal wifi should be used (an additional external wifi is possible anytime). https://www.martinrowan.co.uk/2019/0...ry-pi-4-cases/
I have the Flirc case for my Pi 4, and started with 500Kbps to 2Mbps. The Flirc case has 5 metal sides and one plastic one. By pointing the plastic in the (nearest to) line of sight, I got a significant improvement Not only has inbuilt wifi a lower capability, but it also has less sensitivity. Th neuter it, in /boot/config.txt, add
So it works like a "cantenna", possibly even boosting the signal? Clever.
Not really, it nearly kills wifi unless you give it line of sight, then it acts as an attenuator. And it wasn't a fast wifi to begin with. The Pi is too small to have it's own wifi aerial, with digital tracks adjacent to the aerial on 2 layers.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.