All Activity

That is the expected behavior. You always need to "install" u-boot after a new version from apt. The apt package just provides the binaries that you can install.

Tried rk3318 debian 12 with linux kernel 6.1.63 or up to 6.12.39 and no hdmi output, I installed on SD card. Though debian 11 with kernel 5.15.35 works Interesting thing that debian 12 with linux kernel 6.16.0-rc3 worked Is there anything I can do to provide useful information to debug?

At the same time as mmcblk1 disappeared someone had changed the ethernet port over to the secondary port as I could not get into the machine and tried the second port which had been configured to the same static IP address as the primary port was on.

You are right. I just downloaded something from youtube and assumed it was H264. When I checked it in VLC in my PC, the codec is: AOMedia's AV1 video (av01) I picked another mp4, which I verified in VLC as H264-MPEG4, 720p, and it played with 10% CPU This test below is with Bookworm XFCE, compositor ON, Linux 6.15.4 with default configuration Then I repeat the test with a 1080p H264 mp4. mpv tries to use hardware acceleration, but the mpv is black and there's continuous DRM_IOCTL errors: Then I tried this inside /etc/mpv/mpv.conf hwdec=drm-prime drm-drmprime-video-plane=primary drm-draw-plane=overlay and the 1080p H264 starts playing fluidly with just 40% CPU (compositor off) With compositor on, I get same 40% CPU Same video glitches, with or without compositor, but I am getting hardware acceleration (although there's the hwdec unsupported message)

>PLEASE STOP! This is both a time and money nightmare for me. I am giving as much information as I can in order to give feedback in order to get support. What I am posting is not all nonsense ! Okay the Gnome downgrade was incorrect and was based on what ifnformation I could get at the time. Why the issue system put up the postgres tag I really don't know I removed it. It is now repeatedly demostratably kernel dependant. On 6.12.32-current-rockchip64 and 6.12.39-current-rockchip64 the display is failing, 6.12.22-current-rockchip64, and 6.12.17-current-rockchip64 the display is working fine. 6.15.1-edge-rockchip64 is also working fine. No sure about 6.15.7 6.16.0-rc3-edge and 6.16.1-edge are not even booting, with BananaPi-M7. I am going to get kernel output using USB UART for all these boots.

Problem solved... My ignorance... For inexplicable reasons, u-boot was updated without an error message, but actually NOT written to the SD card. The ancient version apparently cannot start without uImage. Now I have manually written the SD card - more precisely an image of it - with the new u-boot and then wrote a new SD card from that image, uImage can be deleted and it runs...

And it turns out that nothing can be done? For some reason, it works for everyone, but something happened to me and it doesn't work anymore.

moved to tvboxes

Just out of curiosity, you are trying to play content that is encoded in AV1. Are you sure that your device is equipped with an AV1 decoder IP and that the kernel has the appropriate driver?

The seller can't help me and sends me to technical support. Technical support sends me to this forum. I bought it here. https://www.ozon.ru/product/tsentr-hab-umnogo-doma-home-assistant-4-64-zigbee-ble-hub-1657561166/

I started building mesa 25.2 according to https://docs.mesa3d.org/install.html When I started meson, it complained about meson-1.0.1 is too old (Bookworm)... needs 1.4.0 Trixie will provide meson 1.7... is this what you did? Start with a self built Armbian-Trixie? When you type "replace the libs", do you mean to uninstall debian package, and install the just compiled source? libva2 - Video Acceleration (VA) API for Linux -- runtime Is this independent from ffmpeg (I only see libav in ffmpeg, not libva) Does mpv need any special configuration?

Everything works, but I don't know why (;-) I upgraded to a new kernel 6.12.34-current-meson64 and also to the current u-boot. If I take a look at a current armbian image, every image.. vmlinux.. etc. is available in the boot folder, but no uImage. In my boot folder, however, in addition to the these files in the current armbian image, in my boot folder is still is a uImage from 2022. uname -r -> 6.12.34-current-meson6 So the current kernel is loaded and everything works. But if I now delete the uImage from 2022, the computer no longer boots. How does a current armbian image manage to boot without uImage? Is a uImage created at the first start? Manually I have created a new uImage via mkimage -A arm -O linux -T kernel -C none -a 0x01080000 -e 0x01080000 -n "Linux" -d ./vmlinuz-* ./uImage and the computer boots again, without uImage and only with the vmlinuz files not. Long story - can I leave it like that, or is there a way to boot without uImage.

How did you flash the u-boot ? Were you able to run armbian with that u-boot and install on the NVME drive? Thanks

I have tried again with trixie, ensuring that the kernel patches were taken... no difference. Then I build a Bookworm Armbian image, with linux 6.15.4. It wasn't visible wether the kernel was downloaded from armbian, or the last one was included in my OS image. Just for fun, I tried it with Bookworm's default ffmpeg-5.1.6, with xfce with compositor off... and I got a 1080p MP4 playing with 100% mpv log: Note that mpv still complains about unsupported hwdec: drm I repeated the test with compositor ON: killall xfwm4 && xfwm4 --compositor=on --display :0.0 & Same result: CPU 100%, but nice full FPS video Then I tried with the ffmpeg-x.x.x-v4l2 request Adding the repo, updating, and checking the update: Then I tried playing the mp4, I got no complaint about "unsupported hwdec: drm", but the CPU was still 100% For the first time, I get some video glitches when I resize, and repeated messages: Failed to create scanout resource DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory compositor=on or off doesn't make a difference for me. mpv log: Summary: Armbian Trixie (and the correspoinding ffmpeg 7.1.1) will always result in "unsupported hwdec: drm", with default ffmpeg, or ffmpeg-v4l2 request Armbian Bookworm (ffmpeg 5.1.6) will never complain about "unsupported hwdec: drm", with default ffmpeg or ffmpeg-v4l2request. Still 100% CPU

use my works: h616.tar.xz

follow the official instructions, change these dts to user overlay, simplicifed deployment just use `sudo make install` h616.tar.xz

Currently I am running HA supervised on Debian 12 bookworm. Debian boots from USB drive without any issue. So your suggestion should work I believe. Thanks for the suggestion. You are quick as always to reply.

I would. Happened in the past but no clue which hw. Probably also something aw related.

This should have been addressed: https://github.com/armbian/linux-rockchip/pull/373 May take a while until an updated kernel is available via apt. You can always build a up-to-date package by yourself using the build framework.

OK what makes you think you got hacked?

I have run armbianmonitor and here is the paste: https://paste.armbian.com/oyajulusax

mmcblk1 should be the uSDcard it is on Nobel and Bookworm, it was there before I got hacked as well.

No, Armbian has not become a total nightmare. But your posting all over the place, in several threads here and even Ubuntu ustream trackers with a bunch of unsubstantiated and obviously nonsensical claims IS absolutely a nightmare. PLEASE STOP! You make bogus claims faster than anybody can look into them. What made you think this was related to postgres? What makes you think Ubuntu downgraded their Gnome in Noble? Slow down, take a deep breath and stop being all over the place.

Please share details: Orange pi zero 3? Downloaded armbian OS? Self-built? What Linux version? No changed linux configurations? XFCE? 1080p HDMI display? What CPU% while playing a 1080p MP4?

You do have a mmcblk0, why do you think there should be a mmcblk1?