ArchLinux minimal image with RPi 6.6.y kernel for uConsole with CM3/CM4/CM4S

Oh, I kept forgetting this. But, does anyone have a copy of the linux-headers package for the 6.6.30 kernel? I think this is why my waydroid stopped working. The image generation process says binder cannot be found in the module tree.

Also, my device freezes when I browse through a sizeable collection of GIF’s on firefox. Can anybody else confirm?

Hi, why not just directly rebuild the kernel package on uConsole? Both kernel package and header package will be built. Note that a few changes to config.txt are required to use the new kernel if my latest code is used.

1 Like

Oh yes. Phew, thanks for the tip. Just waiting to save up for a hard drive and another Raspberry Pi to get building packages. You did say your scripts build the latest LTS all right, but maybe not the 6.9+ ones?

The packaging script is specifically designed for 6.6.y. Other versions may work. Upgrading linux version may introduce compatibility problems for patches, linux configs, etc., and then break the script. In that case, manual intervention is required.

The “script” for building the linux package(PKGBUILD) is now almost identical to the one for x86_64.
If you compare the code in Arch(x86_64)'s linux packages(e.g. linux and linux-lts), you’ll realize why there to be small differences between versions.

1 Like

I don’t know where else to report this new development. So, here goes…

I did the usual update routine one day. And in the next startup, my Wi-Fi isn’t working properly anymore. I can scan for networks and turn it on, but establishing a connection fails. Enabling the Wi-Fi hotspot is also affected. The access point stays up for about less than a minute, without sharing the connection, and then it just fails and aborts the AP. I can still use the USB Wi-Fi and the 4G module without issue, though.

Before I go condemning the Wi-Fi in my CM4, I loaded up another distro, and the Wi-Fi still works.

Any other Arch users here? Have you observed what’s wrong? Can anybody help me troubleshoot my situation? Should I switch drivers?

There with backlight driver problem. On kernel 6.10 it will failed to build at all. OCP8178 Backlight Driver is broken due to removed struct backlight_properties.fb_blank.
So on kernel 6.10.y I have broken screen. In general wifi doesn’t works for me at all especially if WPA3-Personal/Enterprise active

In my github in the 6.10 branch I’ve got a fixed backlight driver that will build and work on 6.10.

1 Like

Thanks, will test under arch linux :smiley:

1 Like

There is a problem with the current version of wpa_supplicant 2:2.11.1/2. I had to downgrade to version 2:2.10-8 to make it work again. See here:

1 Like

Hey where can i find the arm packages for wpa_supplicant 2:2.10-8? The archlinuxarm.org only has latest bin and the source returns a http error so i cant build it from there and the normal archlinux refuses to build for aarch64 . . .

Read the forum post linked. One entry provides a link to a “time machine”, allowing you to hunt down the old wpa_supplicant package.

You are a star thanks

Sorry to double post but ive tried both the a6256-firmware and the brcmfmac43456-firmware whilst downgrading to wpa_supplicant-2_2.10-8 but whenever i start networkmanager i get this:
[351.145343] brcmfmac: brcmf_set_channel: set chanspec 0x100c fail, reason -52
(Im running a cm4)

I’m no Wi-Fi specialist, sadly. But I can offer some pointers to troubleshoot. Assuming you use NetworkManager:

  • nmcli d : Check if wlan0 is present.
  • nmtui: bring up a more user-friendly interface to turn on your Wi-Fi and connect to an access point.
  • cat /boot/config.txt | grep ant2: Check if the command returns dtparam=ant2.
  • pacman -Syu linux-firmware-rpi: I’m not sure if it’s needed, but I’m crossing my fingers it helps to have that.

Does your CM4 come with the kit?

1 Like

We’re in the same boat. 4:30 AM, WiFi breaks, late night horror story!
Found the ALARM archive here: Arch Linux ARM • View topic - New Arch Linux ARM Archive

wpa_supplicant package is located here:
https://alaa.ad24.cz/packages/w/wpa_supplicant/wpa_supplicant-2%3A2.10-8-aarch64.pkg.tar.xz

You don’t need brcmfmac43456-firmware, linux-firmware package (version 0703) contains working wifi blobs.

So, in general, kernel works but:

  • wifi not working in context of connecting, fixed by installing iwd package (my routers uses WPA3 and can’t be set to WPA2, so here most issues) but have bunch of logs like: Aug 04 14:02:56 uConsole kernel: ieee80211 phy0: brcmf_p2p_send_action_frame: Unknown Frame: category 0x5, action 0x1
  • screen doesn’t turn off completely (I assume it’s backlight issue, as it remains active, simply black screen)
  • no sound on speakers, via 3.5 jack works without any problems
    But in general it works, many thanks for help with kernel 6.10 build :slight_smile:

Speaking of iwd, has anybody used that to temporarily replace wpa_supplicant? I’m weighing in trying out networkmanager-iwd to get me out of the mess.

For the audio you’ll probably need to change up the audio-patch for the uConsole. The one I have in my Bookworm image uses pinctrl to access the gpio, on the stock clockwork images they use gpio to access the gpio.

I decided to try out running NetworkManager with iwd handling the Wi-Fi backend. The connection is successful, but the speed test is abysmal. The experiment was no bueno, so I reverted to wpa_supplicant.

It also turns out, iwd has long-standing issues without fixes. So that gets me thinking the alternative’s in limbo.

I am running uConsole CM4. Can’t get the WIFI to work.

I downgraded to wpa_supplicant-2_2.10-8-aarch64.pkg.tar.xz.
Tried using a6256-firmware, brcmfmac43456-firmware, and neither (as yatli mentioned it is contained within linux-firmware package).
Attempt 1: Using wpa_supplicant and wpa_cli:

Error message: CTRL-EVENT-ASSOC-REJECT bssid=xxxx status_code=16

Attempt 2: Using NetworkManager:

Error message: Connection activation failed: Secrets were required, but not provided.

In journal:

Activation: (wifi) association took too long

Also tried
/etc/NetworkManager/conf.d/wifi_rand_mac.conf:

[device] wifi.scan-rand-mac-address=no

but to no avail.

This is unfortunate. I suppose the only thing left to try is iwd.

Update: Works fine after installing iwd.

1 Like