PKGBUILDs VS linux

Unfortunately, as another commenter has pointed out, communication between the maintainers and users has become extremely intransparent and sluggish, especially as of late. I have not tried getting in touch myself so feel free to try, but judging by how the recent PR for the linux-aarch64 package went, I wouldn't be too optimistic.

Arch Linux ARM does support C4 with mainline kernel, though requires some patching and custom packages - see https://github.com/archlinuxarm/PKGBUILDs/pull/1840

https://archlinuxarm.org/ supports ARMv8, tho not sure if it supports this specific chip

There is an ARM port though.. https://archlinuxarm.org/

I have then opened a pull request aiming to fix the issue by updating the kernel package to the latest stable release (lately 6.1.12, also chosen as LTS). This pull request has been kept up-to-date with every new 6.1.y release but sadly been ignored so far (it's been 3 weeks), like many others.

Hello. Since I’m following the progress of Asahi Linux and its Arch Linux distro I’m wondering if you have a plan to release an official image on https://archlinuxarm.org

I've not used it, but why not https://archlinuxarm.org/? Or there's an ARM-based remix of Endeavour, for example.

These would be awesome for build servers, and testing.

I really like Graviton from AWS, and Apple Silicon is great, I really hope we move towards ARM64 more. ArchLinux has https://archlinuxarm.org , I would love to use these to build and test arm64 packages.

For a fairly popular port: Arch Linux ARM

Fan control generally involves hysteresis. This means a cooling fan turns on at one temperature, and then turns off once temperature has fallen to another lower temperature. This avoids cycling the fan on and off too much. The difference between those two temperatures is hysteresis. The default hysteresis is 10°C and maybe the fan never manages to cool the CPU to 45°C. A parameter has been added to change hysteresis: https://github.com/raspberrypi/linux/commit/fa390133fd17f2cc6aa5a7d2e472c073a1115fe1

I see that the PR against the Raspberry Pi linux repo is out [0]. Interestingly they are introducing a BCM2712 defconfig with a 64k default page size.

[0] - https://github.com/raspberrypi/linux/pull/5618

and can grab their patched kernel source here ( use the dtbs and overlays and kernel from your compiled version)

Also was your pi issue related to this? https://github.com/raspberrypi/linux/issues/3381 or what do you mean jittery, unstable?

Could be related to the driver load order/blacklisting (https://github.com/raspberrypi/linux/issues/435) Or couple of people report configuring the dtoverlay=imx477 in the boot config helped (https://raw.githubusercontent.com/raspberrypi/firmware/master/boot/overlays/README)

thanks, I also found this: https://github.com/raspberrypi/linux/issues/5398

And ready! :)

> It is the most basic task for Linux computer...

Well, it depends for whom. Also, you need adequate software and hardware. About wireless, the chipset in an RPi4 is designed for clients, not APs, and its capabilities on having multiple clients are quite limited:

https://github.com/raspberrypi/linux/issues/3010

Routers like the Omnia Turris, Mikrotik, PC Engines... use specific mini PCIe cards that can be as expensive as a full Raspberry Pi 4, just for the wireless.

https://www.discomp.eu/wireless-minipci-cards_c14501412.html