specs

When I switched to trixie lxde was not yet available, therefore I have been working with lxqt (x11) for almost a year now. With your message I realised there is lxde for trixie. Since the mirroring problem I found myself looking for a wayland "windowmanager" a few weeks ago. Installing labwc and the sid-package "lxqt-wayland-session" you can use lxqt with wayland. I have been using lxqt/wayland for a few days now. Some functions are missing (I do miss the oxygen mouse cursors in wayland). Can't say much about stability yet. So YMMV. If you lookup lxqt/wayland on github you'll find it is a recent development, somewhere between alpha and beta stage. However if your strict on kde, lxqt might not be for you since it is qt-based (althought the looks of lxde are mostly similar).

I experienced the same you did, but with an M2 (and some custom build kernel). The "quick" solutions: - switch to one of the main windowmanagers, say Gnome or Plasma (perhaps the Gnome or QT-tools works better, "not-tested!") - switch to Wayland (while the window-setup-tool did not work in lxqt/x11 it worked from the start with lxqt/wayland) The third option would be to re-implement the windows-setup-tools to fit your hardware, but I guess that won't be quick. The problem as I see it: X11 is getting on in years and while tools exist to solve the problem, the support is lacking. Especially when running a minimal X11-windowmanager with a "non-standard GPU", the accompanying tools are getting more and more obsolete. Mali support is "recent" (here I count both G52 Panfrost from 2020 and G610 Panthor support from 2023). From Panfrost on the drivers seem to have been developed with Wayland in mind, X11 being included only for compatibility. You might find X11 to be still more stable right now, for performance and functionality Wayland is a already step forward. I expect X11 to fall behind more and more on stability as well. For the RK3588 I found redshift and dual screen failing to work as intended. Redshift does nothing where it should change colors. I could not switch dual screens from mirroring to extended screens in X11, while with Wayland it works from the start with an extended screen. That leaves 2 options: the display-setting-tools are lacking or the implementation is of mesa/panthor/X11 is incomplete. So the question is what do you think the way to go for the user interface is: Wayland or X11? PS As for the M2 with dualscreen over DP1.2-altmode: support is there for 6.17 and a lot of patches. If you wait for 6.18 most important patches should be mainlined (the DTS-patches being the exception). At least, I think I'll skip 6.17 in favour of 6.18-rc1.

The Odroid 5BK/rtl8822 should work with 6.12+, without DKMS (tested and used with 6.13): https://github.com/morrownr/USB-WiFi/blob/main/home/USB_WiFi_Chipsets.md PS The Odroid 5A/rtl8811 seems to be supported from 6.14+ (checked the table and tested if it got recognized). PPS In general, don't buy what's available or cheap, buy what is supported. Test what you have or buy MT7921 if you can find it (and don't buy Realtek).

@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).