LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > slarm64
User Name
Password
slarm64 This forum is for the discussion of slarm64.

Notices


Reply
  Search this Thread
Old 10-22-2023, 01:54 PM   #46
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 2,476
Blog Entries: 2

Rep: Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981

Quote:
Originally Posted by business_kid View Post
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)

God speed
 
Old 10-23-2023, 06:01 AM   #47
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,359

Rep: Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335
Quote:
Originally Posted by SCerovec
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!
 
Old 10-23-2023, 11:08 AM   #48
sndwvs
Senior Member
 
Registered: Aug 2014
Posts: 1,915

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by business_kid View Post
EDIT2: Do they supply source with that 5.10.110 kernel?
mali are also closed, but at least there is reverse engineering lima, panfrost.
 
1 members found this post helpful.
Old 10-23-2023, 03:16 PM   #49
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,359

Rep: Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335Reputation: 2335
Quote:
Originally Posted by sndwvs View Post
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
Code:
dec@Ebony:/mnt/hd/Arm$ls Debian64-2023-10-10/lib/modules
6.1.0-rpi4-rpi-2712/  6.1.0-rpi4-rpi-v8/
dec@Ebony:/mnt/hd/Arm$
dec@Ebony:/mnt/hd/Arm$ls Debian64-2023-10-10/boot/kernel*
Debian64-2023-10-10/boot/kernel8.img*  Debian64-2023-10-10/boot/kernel_2712.img*
dec@Ebony:/mnt/hd/Arm$ls Debian64-2023-10-10/boot/kernel*
Debian64-2023-10-10/boot/kernel8.img*  Debian64-2023-10-10/boot/kernel_2712.img*
The BCM2712 is the SoC from the RPi 5. And here's how the Graphics compare on my Pi 4
Code:
RPi OS-2023-10-10:
dec@raspberrypi:~ $ inxi -G
Graphics:
  Device-1: bcm2711-hdmi0 driver: vc4_hdmi v: N/A
  Device-2: bcm2711-hdmi1 driver: vc4_hdmi v: N/A
  Device-3: bcm2711-vc5 driver: vc4_drm v: N/A
  Display: wayland server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.9
    compositor: wayfire v: 0.7.5 driver:
    gpu: vc4-drm,vc4_crtc,vc4_dpi,vc4_dsi,vc4_firmware_kms,vc4_hdmi,vc4_hvs,vc4_txp,vc4_v3d,vc4_vec
    resolution: 1920x1080~60Hz
  API: OpenGL v: 3.1 Mesa 23.2.1-0+rpt2 renderer: V3D 4.2
dec@raspberrypi:~

Slarm64-Current  RPI Image of 2023-09-10 with kernel-6.5.2 
bash-5.2$ inxi -G
Graphics:
  Device-1: bcm2711-hdmi0 driver: vc4_hdmi v: N/A
  Device-2: bcm2711-hdmi1 driver: vc4_hdmi v: N/A
  Device-3: bcm2711-vc5 driver: vc4_drm v: N/A
  Display: x11 server: X.Org v: 21.1.8 with: Xwayland v: 23.2.0 driver: X:
    loaded: modesetting dri: vc4
    gpu: vc4-drm,vc4_crtc,vc4_dpi,vc4_dsi,vc4_firmware_kms,vc4_hdmi,vc4_hvs,vc4_txp,vc4_v3d,vc4_vec
    resolution: 1920x1080~60Hz
  API: OpenGL v: 2.1 Mesa 23.1.7 renderer: V3D 4.2
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.
 
1 members found this post helpful.
Old 04-27-2024, 09:47 AM   #52
sndwvs
Senior Member
 
Registered: Aug 2014
Posts: 1,915

Original Poster
Rep: Reputation: Disabled
installation README.TXT
kernel 6.1.43

for the panthor driver to work, you need to add rockchip-rk3588-panthor-gpu to
Code:
overlays=rockchip-rk3588-opp-oc-24ghz rockchip-rk3588-panthor-gpu
in the uEnv.txt file to make it work.

irradium-3.7-aarch64-core-rock_5b-6.1.43-build-20240427.img.zst
irradium-3.7-aarch64-core-rock_5b-6.1.43-build-20240427.img.zst.sha256
irradium-3.7-aarch64-xfce-rock_5b-6.1.43-build-20240427.img.zst
irradium-3.7-aarch64-xfce-rock_5b-6.1.43-build-20240427.img.zst.sha256
 
  


Reply

Tags
radxa team, rk3588, rockchip, slackware, slarm64



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Rock PI 4 RK3399 (aarch64) sndwvs Slackware - ARM 100 12-07-2021 09:25 AM
[SOLVED] Rock Pi E RK3328 (aarch64) sndwvs Slackware - ARM 10 12-07-2021 09:23 AM
[SOLVED] Rock Pi S RK3308 (aarch64) sndwvs Slackware - ARM 22 12-07-2021 09:22 AM
[SOLVED] ROCK 3 RK3568 (slarm64, aarch64) sndwvs Slackware - ARM 7 12-07-2021 09:16 AM
Rock Linux -- does it rock ?? rolando Linux - Distributions 2 10-10-2004 01:52 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > slarm64

All times are GMT -5. The time now is 06:11 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration