slarm64This forum is for the discussion of slarm64.
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.
Thanks for laying things out so clearly. I have no local suppliers for Orange or Rock. But the fact that sndwvs has Orange Pi 5s running points me there, if the Rock Pi 5 images are untested. What are the graphics like? I can see CONFIG_MALI_DRM_DISPLAY in the kernel, but can't spot much in Mesa.
After my RazPi 4 experience, I wanted a decent non-proprietary graphics setup before I'd even consider a purchase. I'll wait for a decent driver source code before considering the Pi 5. I'd also want to hear back very good things on computing power or compile times. As an ex-hardware guy, I know internal tweaks can do a lot of unseen good only if the first design was terrible.
The RK3588 boards are priced close to €200. For a bit more, I'm into the bottom end x86_64 stuff. The spec I wanted was the RK3588+ board in a metal case with a bootable nvme and no fan. In Europe, CE requirements mean that any metal is grounded, so the metal case acts as a Faraday shield on internal wifi aerials. I'm trusting the sdcard has boot priority? Otherwise, if the M2 goes.....
EDIT: I'll check out the Banana M2S & Friendly Elec too.
So far my best hope is on the Rock 5/ opi5+/nanopc6 with full 3588:
1. The M.2 transfer rates are (if you don't cheap out on the nvme ssd) insane for this calss of hardware - yesteryear's gamer desktop wouldn't shy of it
2. The CPU has Umph the 4 big cores and the four small cores act like 5 big ones (speed wise) on make -j8 and the compile of the kernel seldom takes more than 45 mins. But it gets hot. It throttles gracefully (the Rock)
3. The 16 GB of ram (i opted for) are perfect for zram, the m.2 or whatever can be made to boot first as the rock has internal flash. it can boot from sd, nvme or sata extension card as soon as the support is in.
4. stay tuned to Slackware arm and the supported devices there.
5. slarm is good, the pace is decent, but the man can have only so many hardware devices to test on - consider donating?
6. The IGP is insane, alas the support is marginal (except on android) and it is scattered over two projects where one reached mainline just in time it went shut down for the sake of the faster one that won't reach mainline any time soon, Meanwhile hardware accelerated codecs are available already in 5.10.110 (original release kernel)
6. The IGP is insane, alas the support is marginal (except on android) and it is scattered over two projects where one reached mainline just in time it went shut down for the sake of the faster one that won't reach mainline any time soon, Meanwhile hardware accelerated codecs are available already in 5.10.110 (original release kernel)
What makes an OSS project work is developer commits from the guys with tech specs. I had an AMD box from 2007 when AMD had just returned to linux programming after buying ATI. They've been doing OSS drivers all along and I'm not aware of anyone copying their work. But Raspberry won't go there, it seems, and neither will Arm. They claim to have designed the GPU. They even have headers and libs. Look at this
[/CODE]dec@SparrowFart:~$ grep Description /opt/vc/lib/pkgconfig/*
/opt/vc/lib/pkgconfig/bcm_host.pc: Description: Broadcom VideoCore host API library
/opt/vc/lib/pkgconfig/brcmegl.pc: Description: Fake brcmEGL package for RPi
/opt/vc/lib/pkgconfig/brcmglesv2.pc: Description: Fake brcmGLES2 package for RPi
/opt/vc/lib/pkgconfig/brcmvg.pc: Description: Fake brcmOpenVG package for RPi
/opt/vc/lib/pkgconfig/mmal.pc: Description: Multi-Media Abstraction Layer library for RPi
/opt/vc/lib/pkgconfig/vcsm.pc: Description: VideoCore Shared Memory library for RPi [/CODE]
The vc part of that obviously is VideoCore, their GPU. But that driver is proprietary. They've obviously paranoid. With all of these, I'll read reports on the driver before I buy. As my Pi 4 is just making the grade at the moment, with the latest ~Current, I can hold off.
EDIT: All that /opt/vc stuff is absent on the latest RPi image (Debian bookworm 2023-10-10). The plot thickens.
EDIT2: Do they supply source with that 5.10.110 kernel?
Last edited by business_kid; 10-23-2023 at 09:38 AM.
Reason: Bedause a semi-colon followed by a 'D' is shown as a smilie!
mali are also closed, but at least there is reverse engineering lima, panfrost.
RPi and Arm can do that if they add their own driver (which I don't see). But if they patch mesa code, aren't they caught by the copyleft principle?
While I have you, you can probably drop the rpi-userland package. Your source compile is dated 2022-06 but Debian had dropped it from their RPi OS image of 2022-09. Nobody uses it anyhow.
Interestingly, the current Debian release (2023-10-10) also covers the as yet unreleased RPi 5! This is from the backup of my Debian sdcard
I grabbed a few 1080p videos with an unusually high bitrate which wouldn't play with Slackware-15.0, but they play on Current with around 300/400% cpu usage. RPi OS plays them with 100-120/400% usage.
Last edited by business_kid; 10-23-2023 at 03:22 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.