I successfully installed Arch Linux ARM and the KDE desktop environment, but I encountered an issue. When I run nmcli device status, wlan0 is always shown as disconnected, which prevents me from connecting to the network. Using iwd works fine, but NetworkManager doesn’t. I don’t know how to solve the issue of wlan0 staying disconnected when using NetworkManager. I tried the methods suggested by ChatGPT, but none of them worked.
I decided to reinstall the system to practice my understanding of Arch Linux ARM. However, the issue of not being able to connect to the network using NetworkManager still hasn’t been resolved.
This issue is being worked on to various successes. One way to solve this is to…
- Try installing
linux-firmwareorfirmware-raspberrypi. - Install an older version of
wpa_supplicantthat is last known working. Search this topic for the link. Warning, you may not be able to access the needed package depending on the status of the server.
Has anybody tried any of the sleep function solutions floating around, and if so, had any success?
1 Like
I built an image using the scripts and have got gnome working along with wifi, everything seems fine except for video playback in chromium and firefox youtube at 1080p makes the device become super slow so i assume its doing software decoding. anyone know how to fix this? i have installed firmware-raspi and ffmpeg-raspi
1 Like
I personally don’t enjoy using the browser to watch videos. My workaround for this case is to use mpv. (You may need to install yt-dlp as well to watch YouTube externally. And keep ffmpeg-rpi since the program will depend on it for optimized playback.) To watch videos, execute the following command:
mpv https://www.youtube.com/watch?v=<the rest of the link before the `&`>
In my experience, the CM4 will still struggle to play 1080p videos smoothly (except possibly if you play the video in a terminal-only environment), so what I do is use this command instead:
yt-dlp <https://www.youtube.com/watch?v=<the rest of the link before the `&`> -o - | mpv -
What this does is play the video to the quality that yt-dlp prescribes, which is definitely not 1080p, but the video will play smoothly. You may also substitute mpv with ffplay or the player of your choice.
1 Like
I don’t have any empirical evidence, but my gut feeling has always been that browsers are inefficient ways to play video anyway. As fiddly as it is to use applications to do it, they almost always seem to use less memory and be better behaved (as well as faster) to watch video streams. That goes for Youtube, but also for Twitch.
It’s easier to watch local video files with an application anwyay. And I personally tend to favor downloading video streams as local files anyway, if it’s something that I might ever want to watch again, since it’s not unlikely that one day that video might be gone from wherever it’s being hosted when I want to stream it later. Not to mention, it solves any problem about wifi connectivity when watching, as internet access is only needed to get the file once. 
1 Like
It should be more than capable i have a pi4 running android from konstakang and have never had any issues with video playback on there, i think its a hw acceleration issue
3 Likes
No wonder I ask for updated kernels, then.
I don’t get any stuttering with videos provided I use firefox with hw acceleration turned off and overclock.
Ooh, I failed to mention that. YouTube curiously plays better through the Android layer. (Y’know, waydroid.) Yeah, I might have to agree with you on the acceleration issue.
3 Likes
have similar experience with pinephone: apps in waydroid worked A LOT faster than in host linux >_>
Anybody give updating the kernel a try?
Got a fast computer? (I don’t. 
)
If it helps, look at the following links for inspiration:
- PKGBUILDs/core/linux-rpi-16k/PKGBUILD at master · archlinuxarm/PKGBUILDs · GitHub
- PKGBUILDs/core/linux-rpi/PKGBUILD at master · archlinuxarm/PKGBUILDs · GitHub
- uconsole/kernel/clockworkpi-kernel-6.12.patch at main · oesmith/uconsole · GitHub
Do share your kernel in a new topic if you succeed.
@PotatoMania provided his pkgbuild and I did my best, but I suck at this kind of thing.
Care to elaborate what you’re having issues with? You tagged the OP, maybe they can help you with those. Or anyone with kernel-building experience, really.
Even the OP admitted, they aren’t the most experienced when it comes to building kernels. But with passion, experience, and determination, even you can get that updated kernel generated.
Okay maybe I didn’t do my absolute best lol I’ve been an arch linux user for like 15 years or so. I can edit a pkgbuild, but I’ve never had compile a kernel before. I was able to get as far as the build failing when it went to apply the patches, and that’s when I hit the end of my skill set. I’ll have to spend some time learning what I’m doing with it.
1 Like
If using CM4/CM5(not CM3/CM4S), you might want to try new kernel packaged by PeterCxy: Arch Linux ARM for uConsole w/ RPi CM5
You’ll depend on an additional python script to switch your audio jack thought.
1 Like
I have a last-minute report regarding your kernel.
I did want to migrate to the kernel in the link. But for some reason, I’m faced with file conflicts for the DTB’s and overlays in /boot. Removing your kernel did not resolve this issue either.
Will it be safe to --overwrite "*" the affected files?
It’s ok. The dtbs in my package will be copied from modules directory to boot upon installation/upgrade. Those copies in boot are safe to delete if you(manually) or any other package is providing those files.