Active threads

I was successful in compiling mpv-0.3.9 + the 2 patches from PR14690. I downloaded the release mpv as a tar.gz, expanded it, and applied the 2 patches. One hunk failed but it wasnt needed A 720p h264 video played with 10% CPU: (note that the options are --hwdec=v4l2request --drm-drmprime-video-plane=primary --drm-draw-plane=overlay -v Next, I tried with a 1080p h264... in this case, I needed the extraargs=cma=256M line in armbianEnv.txt. Result, low CPU usage, but dropped frames (choppy video) I didn't need to install mpv, because I ran it from within the build directory Removing the --drm-drmprime-video-plane=primary --drm-draw-plane=overlay from the options didn't make any positive or negative difference I repeated the test with mpv-0.4.0 and the result was the same. I am using linux 6.15.4... tomorrow I will re-test with linux 6.16.8 and again with labwc (wayland)

@emor acid can you post your full dmesg.

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.

Thanks. I build kernel yesterday. Quite long building process. It's simple with your steps but only what worry me is a size of kernel image as I got 1.3GB kernel file at the end as I assume that kernel is build with all available options selected (but this is only my assumption). Is there any kernel config from current kernel which I could use to build new kernel to make it smaller ?

@Meestor_X Please check the following: on a running device. It seems that we have a more reliable way to determine the block device SD or eMMC

Use them as command line switches, like code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } ./compile.sh BUILD_MINIMAL=yes FULL_DESKTOP=no ... Used by CI only which kernel to do automatic build tests.

I don't have IR device to test. While in kernel driver code there is pm_ops defined: https://github.com/armbian/linux-rockchip/blob/rk-6.1-rkr5.1/drivers/input/remotectl/rockchip_pwm_remotectl.c#L1063-L1066

To keep the forum updated: I closed my PR to downgrade all NanoPC-T6 boards to use HS200 mode, since there are other folks who do have the NanoPC-T6 and can successfully use HS400 mode. @SuperKali opened up a PR to downgrade all NanoPC-T6 boards to use HS400 mode without enhanced strobe as "This should maintains the same ~400MB/s throughput while eliminating I/O errors under load.". I tried applying the patch on my board, but unfortunately still hit I/O errors. @SuperKali had suggested on my original PR to try reducing the eMMC frequency from the default 200000000 to 150000000. I created an overlay for this... and it worked! I'm going to prepare a PR tomorrow to add that overlay as a kernel overlay, so that others who are experiencing this issue can opt-in to it without needing to find this thread and copy the overlay file.

@JohnTheCoolingFan I tested a Debian Trixie image from the website ( Armbian_25.8.1_Bigtreetech-cb1_trixie_current_6.12.35_minimal.img.xz ) and it seems to be stable even with the default configuration that uses systemd-networkd.

Using Armbian_25.8.1_Odroidxu4_noble_current_6.6.102.img I can boot off SD. Then when I run nand-sata-install it sharts and comes up with initramfs prompt. I'll try to fix it there next time, but I'm just using a 3.5" SATA laptop disk with USB controller.

http://armbian.lv.auroradev.org/beta bookworm/main armhf armbian-bsp-cli-bananapim2ultra-current armhf 25.11.0-trunk.302 [434 kB] http://armbian.lv.auroradev.org/beta bookworm/main armhf armbian-firmware all 25.11.0-trunk.302 [100 MB] http://armbian.lv.auroradev.org/beta bookworm/main armhf linux-dtb-current-sunxi armhf 25.11.0-trunk.302 [211 kB] http://armbian.lv.auroradev.org/beta bookworm/main armhf linux-image-current-sunxi armhf 25.11.0-trunk.302 [41.8 MB] http://armbian.lv.auroradev.org/beta bookworm/main armhf linux-u-boot-bananapim2ultra-current armhf 25.11.0-trunk.302 [271 kB] after update fastfetch: Armbian 25.11.0-trunk.297 bookworm armv7l

Thank you for the answer. Yes I will try the various dts, so far I have found that librelec - despiite not running at all, is crashing giving a visible prompt on the HDMI. I will try to compare that dtb/dts to the default rk3318-box and be back.

Try the 'minimal-iot' flavor, I think that's the only one that boots from the current images. You can then add the desired packages and even switch to the 'edge' kernel from armbian-config.

Thank you very much. You are my superman.

For this 16xx displays we need to ask @Jean-Francois Lessard he was in contact with this drivers for a while. these 16xx displays will be included in the mainline 6.18 drivers as tm16xx_i2c make sure to adjust your device according to this repository to benefit from the update https://github.com/jefflessard/tm16xx-display

Read this entire topic, It's all there, just read it

oh how cool, send a shout out: https://forum.slitaz.org/ Let me read this https://doc.slitaz.org/en:start and I will give you the answer The answer is Yes https://arm.slitaz.org/

Hi, for 2 day i am searching for set a bootlogo on the screen while loading klipper but all i get is the linux text that fly by. I set bootlogo= true in armbianEnv.txt does not help i can't find any other option. There should also be Splash can find any decent information about that either So is it possible to show a logo at booting klipper, if yes is it also possible to change it to custom logo or video because it would be nicer to show a logo or video then al these linux lines And i am not a professional programmer so easy language if possible

Any news on this subject ? Official Ubuntu is too limited .... I'm thinking to change to armbian my server ..... To install it, does it need a full recompilation ? or is there an img ? where can I find the DTB file for M2 ?

@Hqnicolas I'm a bit late because I have overlooked your request for testing. Now I can confirm that the AuxDisplay works correctly with my H96_tvbox_3566 (with AIC 8800 wlan chip). Thank you for your effort.

Hardware: OrangePI-5-Plus (rk3588), with "32 GB" of RAM Operating System: Debian Trixie (pure, except EFI boot and Armbian edge kernel) Root File System: Ext4 (encrypted) Desktop: KDE Plasma 6.3.6 (wayland, GDM3), KDE Frameworks version: 6.13.0, QT version: 6.8.2 EFI Source: https://github.com/edk2-porting/edk2-rk3588 The boot messages, after a few starts (spaced apart) of the low-memory-monitor.service, say there's a failure to start it. After booting is complete, here's a screenshot of the output of: systemctl status low-memory-monitor.service This error didn't show up until I installed a number of packages. I tracked down the offending package from the Trixie repository: Package: xfsprogs Version: 6.13.0-2+b1 Size: 4774 kB Description: A set of commands to use the XFS filesystem, including mkfs.xfs Once this package was removed, the error vanished, and a repeat of the above Status command reported low-memory-monitor-service as active and okay. I also found that, while the error occurred with the Armbian edge 6.16.4 kernel, it did NOT occur with the Debian 6.16.3 kernel. Kernel With The Error (kernel source: Armbian trixie) --------------------- Package: linux-image-edge-rockchip64 (Armbian Linux edge kernel image 6.16.4-edge-rockchip64) Version: 25.8.1 Size: 282 MB Kernel Without The Error (kernel source: Debian trixie-backports) ------------------------ Package: linux-image-6.16.3+deb13-arm64-unsigned (Linux 6.16 for 64-bit ARMv8 machines) Version: 6.16.3-1~bpo13+1 Size: 210 MB I also briefly tried regressing the Armbian edge kernel from 25.8.1 (6.16.4) to the previously available version of 25.5.2, which was 6.16.0-rc3 (I think). The error occurred with that kernel as well. An Effect of This Bug (Possibly) When this error was showing up, I was once using the internet (firefox-esr package version 140.3.1esr-1~deb13u1) for a while, when after closing it, I discovered that my desktop background image had changed on its own. I could not change it back, no matter what I did (in the KDE settings gui). I could change it to something else, but whenever I changed it back, the altered image returned instead of what it should have been. But once I rebooted, the background was back to normal. While this one experience (very much an outlier) may not be conclusive, it is indicative of a possible memory leak.

ARM CPU running Linux 2GB RAM NPU for AI (maybe as little as CV) ARM MPU running Sketch (Arduino) https://store-usa.arduino.cc/products/uno-q Closed source

apt install f2fs-tools

Is your monitor a standard 1080p resolution or something else? If you try a server build that doesn't load a graphical interface does it work? Have you tried something more standard like gnome instead of cinnamon?

moved