mitu

Hello @Igor, thank you for the update. I understand the predicament for lacking enough resources given the scope of the project and I don't expect things to work OOB without testing. I've updated the package list via apt and now I can see the headers package now for the current-rockchip-rk3588 Linux kernel (along with a the new linux-image .deb package). I have installed it and can confirm that dkms works fine to complile the WiFi dongle's driver - though it's not fully working yet, though this is purely a driver issue, not related to Armbian/Debian. Thanks for the updated kernel packages.

@Werner thank you for the reply. I'm familiar with the Wiki page, I'm aware some functionality will be missing using the 'edge/current' kernels. In fact, my intention when using the current/upstream kernel was to test how HDMI output was working, since it wasn't working a few months back. However, the functionality I'm missing is not related to the specific SBC/Vendor - as you said also, I was expecting the driver for the 8812au to be included/work. I haven't found a related 'kernel headers' package through apt also, hence my question/topic is mostly about the package. Having the headers package would help with any external kernel module that would be installed through dkms.

I have installed the recently released `Desktop images with Armbian Linux v6.10` image (24.8.1, Debian Bookworm, with the Cinnamon desktop) on an OrangePi5 and I'm happy the HDMI support included has finaly enabled the video to my 1080p display. However, my previously supported WiFi adapter is not recognized in this version - it worked with the vendor (5.10) kernel which I used with last year's OrangePi5 image, but how it seems the driver is not installed with 6.10. The WiFi adapter is connected via USB and it's listed as Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac 2T2R DB WLAN Adapter. Now, there are a few DKMS/out-of-tree drivers that I could install, but the problem is that there are no kernel headers for the current Linux image kernel - trying to install them via armbian-config returns me to the previous screen almost immediately. Is the kernel headers package missing or is maybe named differently ? FWIW, the Linux image package is linux-image-current-rockchip-rk3588.

There are various methods to check the current resolution. compile modetest from Mesa (not sure if there's any package including it) and use it to inspect the current resolution. https://gitlab.freedesktop.org/mesa/drm/tree/master/tests/modetest there's a similar utility (kmsprint) in the kmsxx project - https://github.com/tomba/kmsxx Both utilities also allow you to test various resolutions to see if they're supported by your monitor/display. SDL2 has specific support for mode change in their KMS/DRM video driver. You can see how it's done by looking up in their test folder for various testing utilities, most of them support the --fullscreen parameter (when they set a fixed resolution, usually 640x480) and --fullscreen-desktop (where they use the current 'desktop' resolution and scale the main window to that). Note that none of this is specific to Armbian, the behavior and capabilities are dictated by Linux's DRM/KMS APIs. xrandr works only withing Xorg, so it's normal it's not working outside of it. There is no equivalent to it when you're using a pure KMS/DRM environment, the resolution change/switch has to be done at the application level. If you want to set a specific start-up resolution for your system, instead of Linux choosing the best resolution from the ones reported by your display, then you can use the video Linux kernel parameter to set it up - see https://wiki.archlinux.org/title/kernel_mode_setting#Forcing_modes.

Probably because mainline Linux kernel doesn't have HDMI support yet - see https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md. I think that if you need GPU/Video support it's better to use the version based on the legacy (5.10 ?) Linux kernel.