Slackware - ARMThis forum is for the discussion of Slackware ARM.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
We're now on Linux 6.1! Everything looks good here on the RockPro64, Pinebook Pro and Raspberry Pi4.
For Raspberry Pi users, you *must* append 'irqpoll' to the Kernel cmdline before you reboot.
As root, load '/boot/extlinux/extlinux.conf' your favourite editor. At the bottom of the file you'll find an uncommented line beginning with the key word: 'APPEND'
Add 'irqpoll' in there, so it looks something like this:
Is this for RPI4 only or do we need this on the 3 as well?
I don't know, I only have an Rpi4. If you boot it and the SD card drops off the bus and dmesg is full of errors, you should add it and report back.
On the Rpi4 without it, the MMC sub system is unstable but it worked-ish - certainly enough to edit the config file and reboot; but if it all went wrong you can just mount the SD card in another system to edit the config file.
Upgrade to 6.1.3 was fine on my pbp outside of the created initrd. It always creates a broken initrd, and I just replace it with the one from the kernels/ dir which then works. I don't use the labels, and I'm running on emmc, so I'll call my install non-standard and live with it.
One thing that was the same on 5.19.16 and still on 6.1.3 is there's no sound. I start in telinit 3 generally, and run telinit 4 if I'm going to use a GNOME session. The control center always shows the Mic picking up all the sound around me but no speakers output sound.
The only way I've been able to get speaker sound on Slackware is to first telinit 1 before I go to 3 or 4. Though, if I must be honest, I'm glad the sound isn't working upon boot, because the speaker pop and clicking noise is terrible, and I'd rather have no sound than that sound. Still, it should be noted, as it's likely a bug in a module not initializing properly.
The pbp doesn't boot. That little red light which is the source of much distress just stays red eternally after the initial boot process finishes. Putting the stock initrd in the created ones place fixes booting, so I assume it's stripping out modules the machine needs to boot. I'll create a new one next chance I get and look through it to compare what is missing.
The pbp doesn't boot. That little red light which is the source of much distress just stays red eternally after the initial boot process finishes. Putting the stock initrd in the created ones place fixes booting, so I assume it's stripping out modules the machine needs to boot. I'll create a new one next chance I get and look through it to compare what is missing.
OK thanks, as it should work - it's independent from the storage and labels.
Re the sound - I know. It worked originally but the way we set it up is to copy a saved working copy of the sound config into place from within the Installer.
There has to be a better way to do it but when I experimented further, IIRC that the alsactl tool was pretty buggy.
If you find a way to make it work reliably let us know.
applied last updates "Tue Jan 10 08:08:08 UTC 2023" now kde/plasma won't start properly, "We are sorry, Plasma closed unexpectedly".
kde/plasma worked before last updates. xfce and the others work.
no Xorg.0.log (EE) messages, after closing kde/plasma fail window, I captured what's in fail.txt.
kde/plasma works on the rockpro64
EDIT: out of curiosity, I closed the kde/plasma fail window but didn't ctrl-alt-backspace, alt-space brings up krunner, I can run apps, like gimp, firefox, kwrite, konqueror, dolphin.
Last edited by glorsplitz; 01-14-2023 at 08:31 PM.
Reason: segfault screenshot
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.