Custom kernel 6.16.y for Arch Linux ARM

Update:

I’ve just reviewed your kernel package, and discovered that you listed firmware-raspberrypi as a dependency.

In my observation (with my install), this package is why my CM4’s Wi-Fi performance is terrible. I feel the firmware provided by linux-firmware-broadcom is much better, in that regard. I will have to look into blacklisting the driver provided by firmware-raspberrypi.

1 Like

Here’s a quick and simple one-liner for you.

$ mkdir tmp \
   && curl -LO https://github.com/OuinOuin74/linux-clockwork-arch/releases/download/v6.16.4-uconsole-2/linux-rpi-clockwork-cm4-6.16.4-2-aarch64.pkg.tar.xz \
      | bsdtar x -C tmp \
   && sed s/firmware-raspberrypi/linux-firmware-broadcom/ \
      <tmp/.PKGINFO \
      >tmp/.PKGINFO.new \
   && mv tmp/.PKGINFO.new tmp/.PKGINFO \
   && bsdtar c -C tmp . \
      | xz \
      >linux-rpi-clockwork-cm4-6.16.4-2-aarch64.pkg.tar.xz

This will patch out that dependency using programs in Arch Linux ARM core. Bear in mind this doesn’t do any sum checking which is security-critical; adapt this to your own uses.

1 Like

…Swapping dependencies. Intriguing.

Your idea looks safe. I feel the critical checksum here would be that of the kernel package before the edit. That the package can be fondled in weird ways after is borne on me, since I’m responsible for the other packages I put in my install (most of which come from official repositories, anyway). Thanks for the heads up.

@OuinOuin74 I have just tried out your latest package, and it seems to have broken the display. Perhaps the package is intended exclusively for CM5?
@trinity Swapping the dependency didn’t work. None of the networks will connect anymore. I’m waiting for the next kernel version drop. Hopefully the Wi-Fi trouble will at least partially clear up.

Yes I’m currently working on it.

I’ve used a différent panel driver which works on CM5 but broke on CM4.

I hope I will find the issue before tomorow.

This was fixed now.

I fixed overlay according new panel driver.

Yes I had the same problem.

Fixed it by using another panel driver and editing config.txt. Now it works well on CM5 but broke on CM4… :smiling_face_with_tear:

I will try to fix it this evening.

1 Like

I cannot reproduce your issue.

I made a fresh Arch install with my kernel and no problem with wifi with wifi-menu or Networkmanager.

On CM5 I’ve made a fix for module brcmfmac to make it works but on CM4 it’s working OTB for me.

You mean, your 5GHz Wi-Fi is working too? And with good signal even when using the stock antenna?

Update: It turns out I still have the wpa_supplicant from Arch Linux ARM, which does not work well with linux-firmware-broadcom. I’m retrying on the next version anyway.

I see a lot of activity in the repo. Would you say it’s stable on the CM5 yet?

I don’t make heavy testing but it’s stable for my daily use.

I’ve rewrote panel driver so now it will (normaly) works on CM4 and CM5.

I can confirm it seems to be working fine. Thanks!

1 Like

Please note that the line arm_64bit=1 (in /boot/config.txt) is necessary to boot this kernel. This had me scratching my head for a while; it was not necessary on 6.16.1-1, but became so by 6.16.5-3.

Now that I have solved that problem, I can say 6.16.5-3 works great.

Edit: see the following.

2 Likes

Hi guys, I’ve settled down with Arch btw and among the threads here in the forum for installing Arch on the uconsole, I used this and it worked well for me for the most part. (I couldn’t get audio switching to work but not a big deal)

I’ve been stuck on the 6.17.2-1 kernel as it has been the most stable for me and I got to install the apps I wanted. I tried on 6.17.8-1 but I couldn’t get x86 apps on the AUR to install so idk why so I stuck with 6.17.2 where I was able to.

Thing is now I got vileers AIO v2 board and I believe it requires the kernel to support Ethernet and access to some GPIO pins to turn on GPS, SDR, LoRa, and the internal USBs on the new board.

I’ve been trying to study how to do this myself, specifically for the uconsole using Raspberry Pi’s, Rex’s and OuinOuin’s gits. Any tips on how to move forward with this? I was hoping to build pkg.tar.xz such as OuinOuin’s with the kernel config I need to get the AIO v2 board to work.