Video here: https://drive.google.com/file/d/1kv2QVMMgRizKrjZIGVVMYK3QxkswTA9K/view?usp=sharing Hi there, I have the following stack: Model: ROC-RK3588S-PC V12 (Linux) SoC: Rockchip RK3588 GPU: Mali-G610 (Panfrost/Panfork) Kernel: 6.1.0-1025-rockchip OS: Ubuntu 24.04.1 LTS (Joshua-Riek image v2.4.0) Mesa: Panfork 23.0.5 (git221210 — December 2022) Chromium: 114.0.5735.35 (rkmpp7 from jjriek/rockchip-multimedia PPA) Display: HDMI-1, 1920x1080@60Hz The problem: I'm running a kiosk application in Chromium that plays video fullscreen. The display is physically mounted in portrait mode (9:16), so I need to rotate the output 270°. When rotation is applied, a visible vertical line artifact appears running from top to bottom, approximately 5cm from the right edge of the screen. Without rotation, the image is perfectly clean — no artifacts at all. What I've tried (all failed to fix the issue): CSS rotation (current method): Using transform: rotate(270deg) on the body element. The line artifact appears consistently. xrandr rotation: xrandr --output HDMI-1 --rotate left — same vertical line artifact appears. Kernel DRM rotation: Added video=HDMI-A-1:1920x1080@60,rotate=270 to kernel cmdline in extlinux.conf. Parameter is visible in /proc/cmdline but has no effect — Rockchip DRM driver does not support the rotate parameter. Chromium flags (tested individually and in combinations): --disable-gpu-compositing — moved the line to the center of the screen --disable-gpu-rasterization / --disable-gpu-vsync — made it worse --use-gl=egl — no effect --enable-gpu-rasterization --enable-zero-copy — no effect --default-tile-width=1920 --default-tile-height=1080 — no effect --gpu-rasterization-msaa-sample-count=0 — no effect --force-device-scale-factor=1 — no effect --use-gl=angle --use-angle=gles-egl --use-cmd-decoder=passthrough — crashed Chromium CSS GPU optimization properties: Tested translateZ(0), backface-visibility: hidden, will-change: transform on the rotation container — no effect on the artifact. Chromium 132 upgrade: Installed chromium 132.0.6834.159-1~deb12u1+rkmpp from liujianfeng1994/chromium PPA. The vertical line remained, and video playback became unstable (freezing). Reverted to Chromium 114. Mesa upgrade to Ubuntu noble-updates 25.2.8: Removed Panfork PPA and installed standard Ubuntu Mesa 25.2.8. GPU fell back to llvmpipe (software rendering) — no Panfrost support for Mali-G610 in standard Mesa. Display showed tearing in the center. Reverted to Panfork 23.0.5. Conclusion: The artifact appears with any rotation method (CSS, xrandr, kernel) and persists across Chromium versions and various GPU flags. This strongly suggests the issue is in the Panfork Mesa / Panfrost compositing layer when handling rotated output on Mali-G610. Has anyone encountered this issue? Is there a known fix or workaround? Would upgrading to Panthor (with kernel 6.10+ or the 6.1 backport) potentially resolve this? Any help would be greatly appreciated.

What's new in armbian-config desktops Pick how much desktop you want — at install time and after Three tiers (minimal / mid / full) instead of one monolithic install. Minimal = DE + display manager + a terminal (~500 MB). Mid adds a browser and everyday apps (~1 GB). Full adds office + creative tools (~2.5 GB). And you can move between tiers later — armbian-config knows the delta and only adds or removes what changed, no reinstall. Clean uninstall, every time Every install records a manifest of exactly which packages it added. Removal undoes only those — packages that were already on the system before you installed the desktop stay put. No more "I uninstalled XFCE and lost half my system." One YAML per desktop, no per-distro hacks Each DE is a single declarative file in tools/modules/desktops/yaml/. Adding or maintaining a desktop no longer means editing scripts; you describe what you want and the engine figures out releases, arches, browsers, and overrides. Adding a new desktop is a YAML edit and a parser smoke test, not a hunt through bash. Same desktop, every supported distro and arch Per-release and per-arch overrides handle the awkward edges: missing packages on armhf, the riscv64 ports that lag behind, the package that got renamed in Ubuntu noble. Same YAML works on Debian bookworm/trixie and Ubuntu noble across amd64 / arm64 / armhf / riscv64. Smart browser selection The literal token browser resolves to the right package per platform automatically — Chromium where it exists, Epiphany on platforms where Chromium is broken, Firefox-ESR on Debian riscv64. No more bug reports about "Chromium won't install on RISC-V." Custom vendor archives, done right Optional repo: block per DE with full support for: signed-by GPG keyring (no apt-key), per-release suite paths (e.g. SpacemiT's per-snapshot bianbu archive), multi-suite fan-out (one archive, six deb lines for security/updates/customization channels), wider component lists than main, and APT pin preferences in the same place. Removed cleanly on uninstall. Auto-login that doesn't trash your config Enable / disable autologin for gdm3, sddm, or lightdm via in-place sed edits — your WaylandEnable=false and other customizations stay intact. Branches on ID=ubuntu from /etc/os-release, so it writes to the right file (Debian's daemon.conf vs Ubuntu's custom.conf) without guessing from the codename. A weekly AI driven self-audit catches drift A scheduled workflow scans the YAML matrix against armbian/build's supported releases and the live Debian/Ubuntu archives — flags releases not yet covered, flags packages that no longer exist upstream — then opens a draft PR with proposed YAML fixes. Dead packages and missing releases stop accumulating silently. armbian-config --api module_desktops User documentation: https://docs.armbian.com/User-Guide_Armbian-Config/System/#desktop

This was discussed some time ago. Everybody has the same problem with the 2.5Gb interface. The best you can do is to switch to linux 6.6.xx, replace the dtb, update the firmware in /lib/firmware/rtl_nic and run a script in /etc/rc.local (see here).

I realized there was a fix within the kernel which sounded like it would help: https://marc.info/?l=linux-usb&m=176887718125147 it seems to be iincorporated into the LTS kernel by now so I used armbian build to get a 6.18.22 kernel. unfortunately that didn't help. Even worse: after a while the system freezes completely am I really the only one hitting this problem?

use balena etcher or rufus, would work just fine! also you can use Hqnicolas have provided earlier, use a USB to TTL converter. works great if nothing works