specs

@Eselarm, you are right. Compared to pcb antennas using monopoles is the ancient way to make an antenna. When protruding antennas are likely to be damaged I'd say pcb's should be preferred (especially inside a plastic casing). The monopoles are easier to make, but the connectors add to the costs. With a higher gain the production numbers might be more important then the structural efficiency. That makes the choice between pcb and monopole higly dependent on the application (costs vs efficiency vs robustness). Just to say, I'd still use monopoles. PS For the record: the holes can only be drilled at one end of the casing since the inside is free above the rear panel. Above the cpu the casing is only partly cut away and you still find a thick block of aluminium on top. When too close to the edge you will not be able to attach an antenna straight, though. That's why you need a stable drill. My M6 looks a little like the R5C with antennas although they could have been attached more straight.

The pre drilled holes in the M6 casing are too close to the connectors at the rear side to be of use. Just think how big the antennas are and you'll see they cannot be used without blocking the rear connectors. Modern connectors for wifi adapters are round (for MT7922, AX210 and RTL8822). Ancient small 2400Hz antennas are smaller and have one flat side. But they might not be suited for wifi6. Holes can be drilled in the sides of the casing, one left, one right. It will be a tight fit, but I managed to fit my wifi adapter with 2 antenna connectors with all connectors on the rear available.

It largely depends on the system. A simple "echo 0 > /sys/devices/platform/leds/leds/system-led/brightness" will kill the heartbeat on a T6. (The heartbeat itself is activated in the DTB.) The other leds should available along the same path (user_led, etc.). NB I have found no other way of restoring the heartbeat than rebooting.

Don't you have a computer with a free USB-C port? Then you just can use a standard USB-A to USB-C cable. Most recent laptops use USB-C for power (USB PD) which also can be used for a serial console (although for long session you might need a USB-C docking station). The T6 is a little easier than the R6C, since it provides both the serial console and the maskrom connection over USB-C, meaning either a USB-A to USB-C is needed or USB-C to USB-C. For EFI you could try: https://github.com/edk2-porting/edk2-rk3588 But my guess is that it a lot of work to provide a different way of booting from u-boot. It might be a improvement, but then again it might not.

@dantes "You might need sudo" generally means "if you regularly use a serial console or maskrom connection you will want to configure user permissions for /dev/ttyusbX" (i.e. adding the user to the "dialout" group). Back when modems were still frequently used adding a user to dialout might have been a serious problem. I think nowadays using sudo for pretty much anything is the greater risk.

Is it possible to change the default homepage option in /etc/armbian/firefox.conf? root@rock-5b:/etc/armbian# cat firefox.conf // // set default home page //pref("browser.startup.homepage","https://www.armbian.com"); pref("browser.shell.checkDefaultBrowser", false); One could argue why big companies are fined for a "call home" and armbian just fixes the homepage to something I don't want. According to the law it might even be illegal in Europe. Note: when the homepage is set to armbian.com and the user can freely alter it to something he'd rather have in the usual way, I don't think it is a problem.

It seems there is an issue with the "lspci -vvv" in particular. # lspci -vvv|grep -E "L1,ASPM" pcilib: sysfs_read_vpd: read failed: No such device Continuing without the grep part I do see the nvme and aspm (Linux rock-5b 6.10.7-current-rockchip-rk3588): # lspci -vvv ... 0000:01:00.0 Non-Volatile memory controller: Shenzhen Longsys Electronics Co., Ltd. Lexar NM790 NVME SSD (DRAM-less) (rev 01) (prog-if 02 [NVM Express]) ... Capabilities: [180 v1] L1 PM Substates L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+ PortCommonModeRestoreTime=10us PortTPowerOnTime=10us L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1- T_CommonMode=30us LTR1.2_Threshold=54272ns L1SubCtl2: T_PwrOn=18us Capabilities: [190 v1] Vendor Specific Information: ID=0002 Rev=4 Len=100 <?> For the Rock5B (with the power is set to 12V fixed) it means: 2.0W when running on eMMC (with network 1Gbps and monitor, without wifi) 5.3W with nvme/performane 4,3W with nvme/powersave. 2.5W when running on eMMC (with wifi and monitor, without ethernet) With other boards (RK3568) adding an nvme costs less extra power. I recently replaced a Kingston nvme for the Lexar (they are both not fast but, also not very powerhungry) but it did not yield positive results. I will try the Kingston with a 6.1-vendor kernel again, before switching the rock5 for different hardware.

I know the list, and that's why I asked the question. According to the list PCIE3 and M2 M are supported, but I can't find anything about ASPM. I would assume that when it is ready ASPM should also work. The PCIE3 and M2 M options have been added somewhere by the 6.7-kernels, so it should be working at least in the basics. When I am getting an error that could mean my system is broken or the complete rk3588 support is still not ready. If it is just my system it can help to ask if others see the same error. What I see in the responses is that nobody seems uses the system anymore.

Since your platform seems to be an rk3568 and very recent at that, could it be it runs Wayland instead of X11 by default? That could explain some of the VNC troubles (search "rpi5 and vnc" or basically "bookworm and vnc")... And could the RDP troubles be based on the same problem (Wayland)?

When using my (intel) laptop I get when I check my nvme (as root): # lspci -vvvs 01:00|grep -E "ASPM|L1" DevCap: MaxPayload 512 bytes, PhantFunc 0, Latency L0s <1us, L1 unlimited LnkCap: Port #0, Speed 16GT/s, Width x4, ASPM L1, Exit Latency L1 <8us ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+ LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+ Capabilities: [900 v1] L1 PM Substates L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1- L1_PM_Substates+ L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1- L1SubCtl2: T_PwrOn=500us With the 6.1-vendor kernel I got the same on my rock05b and I did see others writing similar results (for example with the FriendlyElec Nanopi R6). With the 6.10-kernel I get: # lspci -vvvs 01:00|grep -E "L1,ASPM" <no output> Further searching yields "Unknown header type 7f". Is this typical for the 6.10-kernel or is this a bug in the armbian-kernel specific? The other problem with the 6.10-armbian kernel is that if I change a tiny option in the kernel config it yields a non-booting kernel (without changing the config the kernel does not compile, but is downloaded instead). This means I have the choice between a kernel I cannot compile myself and a vendor kernel without GPU acceleration (which I can compile). The 6.10-kernel should be more open, but without being able to boot a selfcompiled kernel I find it very closed. Is there any hint to get a selcompiled kernel booting?

Of course they should for the orangepi. If you are looking for the name look at the currently installed linux-image package, replace "legacy" with "vendor", etc.. apt search linux-image.*vendor apt search orangepi5 Just don't forget to install the dtb and u-boot next to the linux-image, if you switch kernels the u-boot package.

Don't use armbian-config for that purpose. Update the kernel using apt. But update dtb, bsp-cli and linux-image together. Optionally you might include the kernel-headers and the libc-dev-vendor-package. Something like this: apt -d install armbian-bsp-cli-rock-5b-vendor linux-dtb-vendor-rockchip-rk3588 linux-image-vendor-rockchip-rk3588 linux-u-boot-rock-5b-vendor With the -d option, you download first before installing. Also, with the above command the sytem only installs packages it can find. Perhaps you need apt search vendor To search the exact package names. The other options for the kernel are 5.10 (legacy), 6.8/6.9 and 6.10-rcX (edge).

Last week mesa 24.1.0 was released and friday 24.1.0-2 reached sid. This means that with sid + the armbian-edge kernels making panthor work on the rock-5b is pretty easy. Hope the AX210 follows soon. I've seen comments that it currently iis working on the Orange Pi 5. Can't wait until mesa 24.1 hits trixie.

Currently I can switch between kernels using: apt -d install armbian-bsp-cli-rock-5b-collabora linux-image-collabora-rockchip-rk3588 linux-dtb-collabora-rockchip-rk3588 linux-headers-collabora-rockchip-rk3588 Followed by a "dpkg -i --force /var/cache/apt/archive/*collabora*... The advantages, I get a 6.9.0-kernel with the collabora patches. Disadvantages: - the devfreq for the gpu is implemented in 6.8.x and not in the collabora kernel. - PCI for AX210 is only implemented in 6.1.43 (vendor). Lack of advantages: mesa 24.1 is available in experimental, but not yet in bookworm. Using a kernel with a panthor driver is a little pointless that way. Also, there is a clash between armbian-bsp-cli and armbian-firmware-full, meaning above command cannot be executed without the "force" command. I'll wait for the 6.9.3 or the 6.9.4 kernel...

In my opinion setting up internet without tools is less work than setting up either networkd or network manager, because that would mean downloading all packages by hand and transfer them to the SBC (and probably add missing packages as you go). The after getting the network up you can install anything you want using apt. Look up on setting up ethernet from the commandline. I would suggest starting with wired ethernet if available. ip link set eth0 up ip route add default via 192.168.1.2 dev eth0 rm /etc/resolv.conf echo nameserver 192.168.1.1 > /etc/resolv.conf (Assuming your route is 192.168.1.1 and eth0 is set up with DHCP). There is probably enough to comment on this. But it gives you a general direction as it points to setup the ethernet adapter with IP address, route and DNS lookup. The order of "ip addr" and "ip link" is something you should find by trial. You probably use it only once before you switch to network manager. PS https://access.redhat.com/sites/default/files/attachments/rh_ip_command_cheatsheet_1214_jcs_print.pdf