On RPI3B, the wlan0 interface doesn’t show up after the update.
Feb 23 15:51:12 neptune2 kernel: brcmfmac: F1 signature read @0x18000000=0x1541a9a6
Feb 23 15:51:12 neptune2 kernel: brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
Feb 23 15:51:12 neptune2 kernel: usbcore: registered new interface driver brcmfmac
Feb 23 15:51:12 neptune2 kernel: brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
Feb 23 15:51:12 neptune2 kernel: ieee80211 phy2: brcmf_c_process_clm_blob: clmload (4733 byte file) failed (-52)
Feb 23 15:51:12 neptune2 kernel: ieee80211 phy2: brcmf_c_preinit_dcmds: download CLM blob file failed, -5
Feb 23 15:51:12 neptune2 kernel: ieee80211 phy2: brcmf_bus_started: failed: -5
Feb 23 15:51:12 neptune2 kernel: ieee80211 phy2: brcmf_attach: dongle is not responding: err=-5
Feb 23 15:51:12 neptune2 kernel: brcmfmac: brcmf_sdio_firmware_callback: brcmf_attach failed
Downgrading to linux-firmware-20201218.646f159-1 helped, at least the wlan interface is back.
It seems to be related to “brcmfmac43430-sdio.raspberrypi,3-model-b.txt” which is not in the newer package version.
I installed a new kde image today to test on my pi3b and actually the issue is in /usr/lib/firmware/updates/brcm (not /usr/lib/firmware/brcm) with some bad files. I do not have time to make a new firmware package right now as today is grocery day for me.
Bluetooth seems to start up successfully but finally there is no controller. “systemctl start brcm 43438” starts well but finally fails:
Feb 23 19:26:48 neptune2 systemd[1]: Started Broadcom BCM43438 bluetooth HCI.
Feb 23 19:26:48 neptune2 kernel: Bluetooth: Core ver 2.22
Feb 23 19:26:48 neptune2 kernel: NET: Registered protocol family 31
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI device and connection manager initialized
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI socket layer initialized
Feb 23 19:26:48 neptune2 kernel: Bluetooth: L2CAP socket layer initialized
Feb 23 19:26:48 neptune2 kernel: Bluetooth: SCO socket layer initialized
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI UART driver ver 2.3
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI UART protocol H4 registered
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI UART protocol Three-wire (H5) registered
Feb 23 19:26:48 neptune2 kernel: Bluetooth: HCI UART protocol Broadcom registered
Feb 23 19:26:48 neptune2 systemd[1]: Starting Load/Save RF Kill Switch Status...
Feb 23 19:26:48 neptune2 systemd[362]: Reached target Bluetooth.
Feb 23 19:26:48 neptune2 systemd[1]: Reached target Bluetooth.
Feb 23 19:26:48 neptune2 systemd[1]: Started Load/Save RF Kill Switch Status.
Feb 23 19:26:50 neptune2 kernel: Bluetooth: hci0: command 0x0c03 tx timeout
Feb 23 19:26:53 neptune2 systemd[1]: systemd-rfkill.service: Succeeded.
Feb 23 19:26:58 neptune2 kernel: Bluetooth: hci0: BCM: Reset failed (-110)
Feb 23 19:27:14 neptune2 systemd[1]: Starting Bluetooth service...
“systemctl start bluetooth” seems to succeed, rfkill shows the device hci0. But “bluetoothctl list” shows no controller.
Btw, brcmfmac and brcmutil are blacklisted (as on my not yet upgraded RPi3B).
The missed conversion to console0 in cmdline.txt was the ultimate culprit.
From a discussion a few months ago it wasn’t quite clear if brcm-patchram is the best way to go (unless BT audio quality matters). This seems to have been decided meanwhile.
For others who run into the same issues when upgrading an older RPi3B here is my summary:
install brcm-patchram-plus and enable attach-bluetooth.service
change ttyAMA0 to serial0 in /boot/cmdline.txt (link in Darksky’s post above)
remove any related AUR packages, incl pi-bluetooth
Thanks a lot for the help, and for maintaining Manjaro ARM!
After this update, the headphone jack isn’t functioning (does not show up in sound settings). There is still an option for the earpiece and microphone in the sound settings, but these are not functional. Thus, I cannot hear or talk on a phone call. I am using the pinephone with Manjaro-phosh. Panic!
If anyone has any suggestions, I’m all ears.
Edit: Just tried to record sound through GNOME sound recorder and this works. It seems that it is only calls in which the microphone is not functional
Edit2: I installed PAVUcontrol, opened it, colsed it and now the microphone is recording properly. I still am not getting anything through the headphones though
One of the previous ‘stable updates’ broke TreeSheets (it’s a wxwidgets based application, from AUR, rebuilding it didn’t help, but the glitches are mildly infuriating, you can still using it, if you’re lucky or you don’t need to edit the sheet) without touching it. Today I’ve realized it is even worse with GIMP. I can paste the image, but if I try to select anything on it, the whole screen turns black, starts flickering, then incomplete window elements appears for a moment, then black screen again, and it repeats till I quit GIMP. How on Earth did you broke compatibility with GIMP (and everything non-KDE) probably without touching it?
Who asked for Plymouth?
Why this GPU driver related issue happen only for some non-KDE applications and not all the time? Looks like library problem for me, but I’ll give you a benefit of the doubt and check different kernel version.
So if you’ve added Plymouth, then video hardware acceleration, HDMI audio and suspend are finished, right? Can’t wait to check them out!
This depends entire on your device.
Video hardware acceleration is in the kernel, but no userspace applications are using it yet. HDMI audio depends on your device. Most of our devices have it it working. Suspend is also depending on your device, although fewer has it working.
Both HDMI audio is a kernel issue, and Suspend is a TF-A issue, so not really something we manage.
I’ve checked out the current linux and linux-headers, the ‘GPU driver’ issue remained, also the Bluetooth was working after turning on but after restart there was no Bluetooth. I’m going back to the linux-pinebookpro and linux-pinebookpro-headers packages.
Yes, I know this, it depends entirely on my Pinebook Pro, no video hardware acceleration, no HDMI audio, suspend that drains battery and now Bluetooth issues, unusable GIMP (and “friends”). Oh, I forget about Night Color and redshift, it never worked. But we finally have Plymouth, yay! But I have to configure it myself or wait for the next update which will turn it on by default or will crash because of my manually added Plymouth.
And now for something completely different, which package (in your opinion) should create symlink named aarch64 pointing to arm64 inside /lib/modules/<kernel>/build/arch/ created by linux-headers package, needed by any dkms module package during kernel install? ‘linux-headers’, ‘dkms’ or every package installing a dkms module?
Confusing question. The linux-headers package when installed creates /usr/lib/modules/uname -r/build so when the package is installed you will find aarch64 here:
/usr/lib/modules/uname -r/build/arch/arm64
This is where the DKMS compiling process will look if it needs that directory.
I removed plymouth because in my personal case, fkms make tearing in chromium/youtube and kms no. Graysky use kms for kodi.config.txt (kodi-rpi/arch) and libreelec too. To consider before setting plymouth/fkms by default.
I can confirm the issue with GIMP, just tried it to see if poster issue was local to his system or global. I ran into same issue with flickering and black screen. I have not noticed this issue with any other apps I commonly use (yet), including some non-KDE apps. PineBook Pro using KDE and OpenGL compositor if it matters
I see now but it will not find it. I ran into that a while back and in either the code or PKGBUILD the ARCH= was set incorrectly with building a DKMS module and had to modify it from aarch64 to arm64.