Jump to content

Mainline kernel

Igor

By Igor
in Rockchip

 Share

Recommended Posts

Igor

Igor

Posted
Posted

Those are developers preview builds, where you can check what works and at some point it will be good enough for some uses cases. In a couple of years, it will be functional on the level of kernel 5.10.y. 

 

Download is possible from CI pipeline: https://github.com/armbian/build/releases

 

rock5b-neofetch-mainline.png

 

Boot log:

  Reveal hidden contents

 

This board is looking for maintainer(s) and (this) forum moderator (contact @Werner).

2
  • Igor unlocked this topic
Marco Schirrmeister

Marco Schirrmeister

Posted
Posted

Nice work! 👏

 

My M.2 SATA controller is also recognized. 😍
  

root@baldeagle ~# neofetch
                                 root@baldeagle
                                 ----------------------------
      █ █ █ █ █ █ █ █ █ █ █      OS: Armbian (20230310b-rpardini) aarch64
     ███████████████████████     Host: Radxa ROCK 5 Model B
   ▄▄██                   ██▄▄   Kernel: 6.2.0-rc1-rockchip-rk3588
   ▄▄██    ███████████    ██▄▄   Uptime: 1 min
   ▄▄██   ██         ██   ██▄▄   Packages: 638 (dpkg)
   ▄▄██   ██         ██   ██▄▄   Shell: fish 3.5.1
   ▄▄██   ██         ██   ██▄▄   Terminal: /dev/ttyS2
   ▄▄██   █████████████   ██▄▄   CPU: (8) @ 1.800GHz
   ▄▄██   ██         ██   ██▄▄   Memory: 151MiB / 7693MiB
   ▄▄██   ██         ██   ██▄▄
   ▄▄██   ██         ██   ██▄▄
   ▄▄██                   ██▄▄
     ███████████████████████
      █ █ █ █ █ █ █ █ █ █ █

root@baldeagle ~# lspci
0000:00:00.0 PCI bridge: Rockchip Electronics Co., Ltd Device 3588 (rev 01)
0000:01:00.0 SATA controller: JMicron Technology Corp. JMB58x AHCI SATA controller
0002:20:00.0 PCI bridge: Rockchip Electronics Co., Ltd Device 3588 (rev 01)
0004:40:00.0 PCI bridge: Rockchip Electronics Co., Ltd Device 3588 (rev 01)
0004:41:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)

 

Looks like the `/boot` partition needs to be increased. `update-initramfs` fails due to not enough space.

0
linuxfriend

linuxfriend

Posted
Posted

Hello,

I like this image. For example KDE with Wayland is working fine (okay without GPU-Support). But 3 points are missing a) no sound via headphone barrel b) no WLAN is working c) fan control isn't working
root@rock-5b:~# dmesg | grep -i firmware
[ 0.000000] psci: PSCIv1.1 detected in firmware.
[ 0.130900] arm-scmi firmware:scmi: Enabled polling mode TX channel - prot_id:16
[ 0.130962] arm-scmi firmware:scmi: SCMI Notifications - Core Enabled.
[ 0.130990] arm-scmi firmware:scmi: SCMI Protocol v2.0 ‘rockchip:’ Firmware version 0x0
[ 1.394173] arm-scmi firmware:scmi: Failed. SCMI protocol 17 not active.
[ 1.394868] optee: probe of firmware:optee failed with error -22
[ 4.429816] rtw89_8852be 0002:21:00.0: no suitable firmware found
[ 4.429826] rtw89_8852be 0002:21:00.0: failed to recognize firmware
root@rock-5b:~# lspci
0000:00:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3588 (rev 01)
0000:01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961/SM963
0002:20:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3588 (rev 01)
0002:21:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device b852
0004:40:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3588 (rev 01)
0004:41:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)
root@rock-5b:~# ls -l /lib/firmware/rtw89/
total 4056
-rw-r–r-- 1 root root 1423232 Mär 2 14:02 rtw8852a_fw.bin
-rw-r–r-- 1 root root 1188488 Mär 2 14:02 rtw8852b_fw.bin
-rw-r–r-- 1 root root 1532656 Mär 2 14:02 rtw8852c_fw.bin
root@rock-5b:~#

software for fan-control isn’t working:
journal -f
Mär 14 20:12:09 rock-5b systemd[1]: Starting fan-control.service - fan control for rock5b…
Mär 14 20:12:09 rock-5b systemd[1]: Started fan-control.service - fan control for rock5b.
Mär 14 20:12:09 rock-5b systemd[1]: fan-control.service: Deactivated successfully.
Mär 14 20:12:12 rock-5b systemd[1]: fan-control.service: Scheduled restart job, restart counter is at 1108.
Mär 14 20:12:12 rock-5b systemd[1]: Stopped fan-control.service - fan control for rock5b.
Mär 14 20:12:12 rock-5b systemd[1]: Starting fan-control.service - fan control for rock5b…
Mär 14 20:12:12 rock-5b systemd[1]: Started fan-control.service - fan control for rock5b.
Mär 14 20:12:12 rock-5b systemd[1]: fan-control.service: Deactivated successfully.
Mär 14 20:12:14 rock-5b systemd[1]: fan-control.service: Scheduled restart job, restart counter is at 1109.
Mär 14 20:12:14 rock-5b systemd[1]: Stopped fan-control.service - fan control for rock5b.
Mär 14 20:12:14 rock-5b systemd[1]: Starting fan-control.service - fan control for rock5b…
Mär 14 20:12:14 rock-5b systemd[1]: Started fan-control.service - fan control for rock5b.
Mär 14 20:12:14 rock-5b systemd[1]: fan-control.service: Deactivated successfully.


Any hint to solve this? I know this image is in early stages …
Thanks
Andreas

linuxfriend

0
Endian

Endian

Posted
Posted (edited)

The linked image above which I tried before (and it seemed nice) now seem to be gone. Where did it go?

 

I now tried the latest build from  here https://github.com/armbian/os/releases/download/23.05.0.0134/Armbian_23.05.0.0134_Rock-5b_lunar_midstream_6.2.0-rc1_minimal.img.xz and it seems similarly good. 

 

These are the first builds since 5.10.72 that works with my seconds screen (although it only works if  it's connected in HDMI-2).

Edited by Kenneth Ekman
add info
0
Igor

Igor

Posted
  • Author
Posted
  On 3/26/2023 at 12:06 PM, Kenneth Ekman said:

The linked image above which I tried before (and it seemed nice) now seem to be gone. Where did it go?

Expand  

 

Those builds are at least daily. We keep last 32 releases as makes little point in keep them all ... 

I changed link to release download page.

0
Endian

Endian

Posted
Posted

I am one of those who have problems with one of my screens staying black on the 5.10.110 kernel. On the 6.2.rc2 kernel it lights up but only when connected to the HDMI-2 port. Is there anything I should test to help find out what is causing this problem?

0
Igor

Igor

Posted
  • Author
Posted
  On 3/28/2023 at 6:07 PM, Kenneth Ekman said:

On the 6.2.rc2 kernel it lights up but only when connected to the HDMI-2 port.

Expand  

 

Features complete and stabilisation on mainline kernel is expected within next 12-24 months, some features might never get there.

 

  On 3/28/2023 at 6:07 PM, Kenneth Ekman said:

Is there anything I should test to help find out what is causing this problem?

Expand  

 

Those images are released for advanced users & testing - not sure if there are many people that can answer this question - sources are available. Support for bleeding edge development is n/a as it expenses are completely out-of-range. If you have time, dig in - its probably the only way.

0
Endian

Endian

Posted
Posted (edited)

But my point is that this bleeding edge version works better than the main build based on the 5.10.110 kernel. 

 

With this kernel the hdmi/DVI screen works when connected to the HDMI-2 port.

With any 5.10.110 based build it does not work on either of the ports.

On older 5.10.66 and 5.10.72 based builds it worked on both ports.

 

There are a couple of forum threads about this, but no solution.

Edited by Kenneth Ekman
1
Endian

Endian

Posted
Posted

I am a Linux developer but havent been debugging Armbian before, so newbie warning.

I'd like to try to help debug this, but haven't found a good place to start digging yet.

Also, when I try to build a similar 6.2rc2 based image from the Armbian tree it does not light up any of my screens when booting from SD card...

0
Endian

Endian

Posted
Posted (edited)

How do I build from the Armbian tree with the exact same config as these builds  https://github.com/armbian/os/releases/download/23.05.0.0134/Armbian_23.05.0.0134_Rock-5b_lunar_midstream_6.2.0-rc1_minimal.img.xz (but on latest version on the selected branch)? I do not want to go back in time, just use the same config. 

Edited by Kenneth Ekman
0
Endian

Endian

Posted
Posted (edited)

It seems like current builds with both 6.2 and 5.10.110 kernels are working with both my screens, but the old screen only works if connected to the HDMI-2 port. 

Strangely when I build it myself using this command 

 

  Quote

./compile.sh BOARD=rock-5b BRANCH=legacy RELEASE=jammy COMPRESS_OUTPUTIMAGE=img KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no

Expand  

it works, but if I fetch this build 
https://github.com/armbian/build/releases/download/23.02.0-trunk.0254/Armbian_23.02.0-trunk.0254_Rock-5b_jammy_legacy_5.10.110_minimal.img.xz#rock-5b

only the newer screen works. 

 

Even if i set BUILD_MINIMAL=yes my build lights up both my screens nicely. 

 

How can this be? Shouldn't my build be quite similar to the trunk builds?

 

Edit: I checked the gitlog and there is a trunk.254 label in the history. The diff against it is quite large. It seems like they may have exchanged a radxa kernel for some locally built kernel instead?

Edited by Kenneth Ekman
update
0
lurk101

lurk101

Posted
Posted (edited)
  Quote

./compile.sh BOARD=rock-5b BRANCH=midstream RELEASE=lunar COMPRESS_OUTPUTIMAGE=img KERNEL_CONFIGURE=no BUILD_MINIMAL=yes BUILD_DESKTOP=no

Expand  

Hmm... doesn't work here!

 

I see the following errors 

[🌿] Temporarily disabling [ initramfs-tools hook for kernel ]
[🔨]   mode of '/etc/kernel/postinst.d/initramfs-tools' changed from 0755 (rwxr-xr-x) to 0644 (rw-r--r--)
[🌿] Updating [ apt package lists ]
[🔨]   Ign:1 http://apt.armbian.com lunar InRelease
[🔨]   Ign:2 http://ports.ubuntu.com lunar InRelease
[🔨]   Ign:3 http://ports.ubuntu.com lunar-security InRelease
[🔨]   Ign:1 http://apt.armbian.com lunar InRelease
[🔨]   Ign:4 http://ports.ubuntu.com lunar-updates InRelease
[🔨]   Ign:1 http://apt.armbian.com lunar InRelease
[🔨]   Ign:5 http://ports.ubuntu.com lunar-backports InRelease
[🔨]   Err:1 http://apt.armbian.com lunar InRelease
[🔨]     Could not resolve 'apt.armbian.com'
[🔨]   Ign:2 http://ports.ubuntu.com lunar InRelease
[🔨]   Ign:3 http://ports.ubuntu.com lunar-security InRelease
[🔨]   Ign:4 http://ports.ubuntu.com lunar-updates InRelease
[🔨]   Ign:5 http://ports.ubuntu.com lunar-backports InRelease
[🔨]   Ign:2 http://ports.ubuntu.com lunar InRelease
[🔨]   Ign:3 http://ports.ubuntu.com lunar-security InRelease
[🔨]   Ign:4 http://ports.ubuntu.com lunar-updates InRelease
[🔨]   Ign:5 http://ports.ubuntu.com lunar-backports InRelease
[🔨]   Err:2 http://ports.ubuntu.com lunar InRelease
[🔨]     Could not resolve 'ports.ubuntu.com'
[🔨]   Err:3 http://ports.ubuntu.com lunar-security InRelease
[🔨]     Could not resolve 'ports.ubuntu.com'
[🔨]   Err:4 http://ports.ubuntu.com lunar-updates InRelease
[🔨]     Could not resolve 'ports.ubuntu.com'
[🔨]   Err:5 http://ports.ubuntu.com lunar-backports InRelease
[🔨]     Could not resolve 'ports.ubuntu.com'
[🔨]   Reading package lists...
[🔨]   W: Failed to fetch http://ports.ubuntu.com/dists/lunar/InRelease  Could not resolve 'ports.ubuntu.com'
[🔨]   W: Failed to fetch http://ports.ubuntu.com/dists/lunar-security/InRelease  Could not resolve 'ports.ubuntu.com'
[🔨]   W: Failed to fetch http://ports.ubuntu.com/dists/lunar-updates/InRelease  Could not resolve 'ports.ubuntu.com'
[🔨]   W: Failed to fetch http://ports.ubuntu.com/dists/lunar-backports/InRelease  Could not resolve 'ports.ubuntu.com'
[🔨]   W: Failed to fetch http://apt.armbian.com/dists/lunar/InRelease  Could not resolve 'apt.armbian.com'
[🔨]   W: Some index files failed to download. They have been ignored, or old ones used instead.

Followed not long after with 

/build/.tmp/rootfs-df513ef6-6330-4818-aa75-8491643af7fd/root/armbian-bsp-cli-rock-5b-midstream_23.05.0-trunk--1-PC7446-Ve101-H1e37-Be6c1_arm64.deb'
[🔨]   E: Unable to correct problems, you have held broken packages.
[💥] Error context msg [ Installation of /root/armbian-bsp-cli-rock-5b-midstream_23.05.0-trunk--1-PC7446-Ve101-H1e37-Be6c1_arm64.deb failed rock-5b lunar no rockchip-rk3588 ]

What am I doing wrong?

Edited by lurk101
0
lurk101

lurk101

Posted
Posted
  Quote

Looks like a DNS problem. Maybe only something temporary in your network?

Expand  

Nope. Same problem today. Yet, the addresses resolve just fine. 

pi@compute:~/build$ ping ports.ubuntu.com
PING ports.ubuntu.com(aerodent.canonical.com (2620:2d:4000:1::19)) 56 data bytes
64 bytes from aerodent.canonical.com (2620:2d:4000:1::19): icmp_seq=1 ttl=52 time=94.9 ms
64 bytes from aerodent.canonical.com (2620:2d:4000:1::19): icmp_seq=2 ttl=52 time=94.9 ms
64 bytes from aerodent.canonical.com (2620:2d:4000:1::19): icmp_seq=3 ttl=52 time=94.9 ms
64 bytes from aerodent.canonical.com (2620:2d:4000:1::19): icmp_seq=4 ttl=52 time=93.9 ms
^C
--- ports.ubuntu.com ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4004ms
rtt min/avg/max/mdev = 93.915/94.648/94.924/0.424 ms
pi@compute:~/build$ ping apt.arbian.com
PING apt.arbian.com (205.144.171.183) 56(84) bytes of data.
64 bytes from 205-144-171-183.alchemy.net (205.144.171.183): icmp_seq=1 ttl=110 time=62.9 ms
64 bytes from 205-144-171-183.alchemy.net (205.144.171.183): icmp_seq=2 ttl=110 time=63.5 ms
64 bytes from 205-144-171-183.alchemy.net (205.144.171.183): icmp_seq=3 ttl=110 time=63.0 ms
64 bytes from 205-144-171-183.alchemy.net (205.144.171.183): icmp_seq=4 ttl=110 time=63.0 ms

 

0
cooip

cooip

Posted
Posted

Rock5B Kernel 6.3.3 -SDCARD can't boot

 

Armbian Bookworm  && Lunar  Kernel 6.3.3

 

 

https://github.com/armbiankappa/os/releases/download/23.5.0-trunk.240/Armbian_23.5.0-trunk.240_Rock-5b_bookworm_edge_6.3.3.img.xz

https://github.com/armbiankappa/os/releases/download/23.5.0-trunk.240/Armbian_23.5.0-trunk.240_Rock-5b_lunar_edge_6.3.3.img.xz

 

 

TTL output

 

DDR Version V1.08 20220617
LPDDR4X, 2112MHz
channel[0] BW=16 Col=10 Bk=8 CS0 Row=17 CS=1 Die BW=16 Size=2048MB
channel[1] BW=16 Col=10 Bk=8 CS0 Row=17 CS=1 Die BW=16 Size=2048MB
channel[2] BW=16 Col=10 Bk=8 CS0 Row=17 CS=1 Die BW=16 Size=2048MB
channel[3] BW=16 Col=10 Bk=8 CS0 Row=17 CS=1 Die BW=16 Size=2048MB
Manufacturer ID:0xff
CH0 RX Vref:30.7%, TX Vref:21.8%,0.0%
CH1 RX Vref:28.7%, TX Vref:19.8%,0.0%
CH2 RX Vref:24.7%, TX Vref:19.8%,0.0%
CH3 RX Vref:27.7%, TX Vref:19.8%,0.0%
change to F1: 528MHz
change to F2: 1068MHz
change to F3: 1560MHz
change to F0: 2112MHz
out
INFO:    Preloader serial: 2
NOTICE:  BL31: v2.3():v2.3-405-gb52c2eadd:derrick.huang
NOTICE:  BL31: Built : 11:23:47, Aug 15 2022
INFO:    spec: 0x1
INFO:    ext 32k is not valid
INFO:    GICv3 without legacy support detected.
INFO:    ARM GICv3 driver initialized in EL3
INFO:    system boots from cpu-hwid-0
INFO:    idle_st=0x21fff, pd_st=0x11fff9, repair_st=0xfff70001
INFO:    dfs DDR fsp_params[0].freq_mhz= 2112MHz
INFO:    dfs DDR fsp_params[1].freq_mhz= 528MHz
INFO:    dfs DDR fsp_params[2].freq_mhz= 1068MHz
INFO:    dfs DDR fsp_params[3].freq_mhz= 1560MHz
INFO:    BL31: Initialising Exception Handling Framework
INFO:    BL31: Initializing runtime services
WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK
ERROR:   Error initializing runtime service opteed_fast
INFO:    BL31: Preparing for EL3 exit to normal world
INFO:    Entry point address = 0x200000
INFO:    SPSR = 0x3c9


done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... Scanning for Btrfs filesystems
done.
Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
done.
Gave up waiting for root file system device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  UUID=2ca8444f-9e3c-493d-aced-0e2f47146f1c does not exist.  Dropping to a shell!

0
Marco Schirrmeister

Marco Schirrmeister

Posted
Posted

Same or similar was asked here. 

 

 

You will probably not get a good answer. Be prepared for some harsh words. 😉

 

My experience from the past is, that this images work sometimes and sometimes not. Even if words like "stable" are mentioned in the rolling release section, don't count on it.

I have seen this error in the past as well, when I tried for fun one of the nightly images, but my troubleshooting did not get my anywhere. Only thing I remember is that the UUID that was mentioned was at least correct in terms that it was in the fstab and armbianEnv.txt.

 

It might have something to do with the SPI and what is in there. Maybe also not, who knows.

 

0
Marco Schirrmeister

Marco Schirrmeister

Posted
Posted (edited)

I love the Collabora kernel. Finally PCIe 3.0 support. Have a PCIe card connected via a M.2 to PCIe riser adapter. 😎

  

marco@loop ~> ssh -l pi 192.168.2.212
 ____            _      ____  ____
|  _ \ ___   ___| | __ | ___|| __ )
| |_) / _ \ / __| |/ / |___ \|  _ \
|  _ < (_) | (__|   <   ___) | |_) |
|_| \_\___/ \___|_|\_\ |____/|____/

Welcome to Armbian 23.08.0-trunk Bookworm with Linux 6.5.0-rc1-rockchip-rk3588

No end-user support: built from trunk

System load:   1%           	Up time:       8 min
Memory usage:  2% of 7.76G  	IP:	       192.168.2.212
Usage of /:    9% of 29G
RX today:      12.4 MiB

root@rock-5b ~# neofetch
                                 root@rock-5b
                                 ------------
      █ █ █ █ █ █ █ █ █ █ █      OS: Armbian (23.08.0-trunk) aarch64
     ███████████████████████     Host: Radxa ROCK 5 Model B
   ▄▄██                   ██▄▄   Kernel: 6.5.0-rc1-rockchip-rk3588
   ▄▄██    ███████████    ██▄▄   Uptime: 1 min
   ▄▄██   ██         ██   ██▄▄   Packages: 538 (dpkg)
   ▄▄██   ██         ██   ██▄▄   Shell: fish 3.6.0
   ▄▄██   ██         ██   ██▄▄   Terminal: /dev/pts/0
   ▄▄██   █████████████   ██▄▄   CPU: (8)
   ▄▄██   ██         ██   ██▄▄   Memory: 178MiB / 7944MiB
   ▄▄██   ██         ██   ██▄▄
   ▄▄██   ██         ██   ██▄▄
   ▄▄██                   ██▄▄
     ███████████████████████
      █ █ █ █ █ █ █ █ █ █ █

root@rock-5b ~# lspci
0000:00:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3588 (rev 01)
0000:01:00.0 PCI bridge: ASMedia Technology Inc. Device 2812 (rev 01)
0000:02:00.0 PCI bridge: ASMedia Technology Inc. Device 2812 (rev 01)
0000:02:08.0 PCI bridge: ASMedia Technology Inc. Device 2812 (rev 01)
0000:03:00.0 SATA controller: JMicron Technology Corp. JMB58x AHCI SATA controller
0004:40:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3588 (rev 01)
0004:41:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)

root@rock-5b ~# lspci -s 01:00.0 -vv | grep -E "(LnkCap:|LnkSta:)"
		LnkCap:	Port #0, Speed 8GT/s, Width x8, ASPM L0s L1, Exit Latency L0s <4us, L1 <64us
		LnkSta:	Speed 8GT/s, Width x4 (downgraded)
root@rock-5b ~# lspci -s 02:00.0 -vv | grep -E "(LnkCap:|LnkSta:)"
		LnkCap:	Port #0, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <4us, L1 <64us
		LnkSta:	Speed 8GT/s, Width x2
root@rock-5b ~# lspci -s 02:08.0 -vv | grep -E "(LnkCap:|LnkSta:)"
		LnkCap:	Port #8, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <4us, L1 <64us
		LnkSta:	Speed 2.5GT/s, Width x1
root@rock-5b ~# lspci -s 03:00.0 -vv | grep -E "(LnkCap:|LnkSta:)"
		LnkCap:	Port #0, Speed 8GT/s, Width x2, ASPM not supported
		LnkSta:	Speed 8GT/s, Width x2

root@rock-5b ~# lsblk -f -d -o NAME,MAJ:MIN,RM,HOTPLUG,MODEL,SIZE,ROTA,TYPE,TRAN,SUBSYSTEMS,VENDOR | grep -E '(^sd.+)'
sda            8:0    0       0 ST2000DM008-2FR102  1.8T    1 disk sata   block:scsi:pci:platform     ATA
sdb            8:16   0       0 ST2000DM008-2FR102  1.8T    1 disk sata   block:scsi:pci:platform     ATA
sdc            8:32   0       0 ST2000DM008-2FR102  1.8T    1 disk sata   block:scsi:pci:platform     ATA

 

Next step is, ordering a card with an ASM2824 chip and attaching 4 M.2 ASM1166 cards. The Rock 5B is getting closer to be NAS ready.

 

Edited by Marco Schirrmeister
1
hege

hege

Posted
Posted

Big +1 to collabora kernels. I've switched completely over to Collabora U-Boot + Collabora kernel compiled directly on the board via the standard "make menuconfig; make -j8 deb-pkg" command (only takes 25 minutes or so). They also have an rk3588-test branch which makes thermal sensors and cpufreq work as well. It seems to be running solidly for multiple days with no kernel panics or other weirdness. Of course there is no GPU support, I don't think HDMI out is working either. But for headless use cases, it's perfect.

 

There are only 2 missing pieces for my use case are PCIe3.0+NVMe support in their U-Boot, and SPI-NOR support in their Kernel DTB. I could probably steal the DTBs from either Radxa or Midstream sources, but I'll probably just wait for Collabora to do their work :)

 

 

0
Marco Schirrmeister

Marco Schirrmeister

Posted
Posted

Without knowing what you did exactly, the following creates a bootable image.

  

./compile.sh BOARD=rock-5b BRANCH=collabora RELEASE=bookworm KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no COMPRESS_OUTPUTIMAGE=img BOOTSIZE=512

 

You may also need to clear whatever is in your SPI flash. 

1
teenytinycactus

teenytinycactus

Posted
Posted (edited)

You can also use the release built by CI from https://github.com/armbian/os/releases/tag/23.11.0-trunk.15

 

Although I have installed Armbian_23.11.0-trunk.15_Rock-5b_lunar_collabora_6.5.0-rc1_minimal and it, like all the current releases except legacy, do not boot/show a display. Is this likely a uboot issue or is there an issue occurring within the image build process?

 

I think the last image I could find that wasn't legacy that could boot was Armbian_23.8.0-trunk.309_Rock-5b_lunar_midstream_6.2.0-rc1_minimal, albeit the pci-e wasn't working correctly as the intel wifi chip errored.

 

Edited by teenytinycactus
0
Endian

Endian

Posted
Posted

@teenytinycactus The current status of the collabora builds for rk3588 (6.5.0..) is it does boot nicely, but it only supports access through the debug serial port and Ethernet. It does not yet have HDMI support.

 

You can use it for headless testing, but not yet for graphics. 

0

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines

  I accept