Active threads

Yeah, I wasn't asking for diagnostics, I realise that this issue could be for a myriad of reasons, just I was sure (before) that it was hardware related, now I'm not so sure. FWIW, it has just happened again less than an hour after boot, so I'm going to pull the card and chroot in to analyse. (I'm a software developer, so am well aware of the 'it don't go, what's wrong?' approach to tech support 😉) Interestingly, I was still logged in on an ssh shell, and I realised there was an issue when it was telling me that `cat` was an unknown command (clearly not!). I logged out, and now got the dreaded "Connection reset by 192.168.1.44 port 22". I also ran a full badblocks pass (4 real passes) on the SD card prior to imaging just to 100% make sure the card is fine. My main concern is that it will not have flushed logs to disk after the issue, so I suspect I will find nothing. ____ Edit: It looks like Armbian has rsync on a schedule to hold logs in RAM and perhaps periodically copy back to HDD. so unfortunately I have no useful info here. Going to look into the Armbian docs and see if I can get it to log directly to disk whilst I test.

@Rodrigo Campos @kazekami_him I think @nitrolack and @afiftyp had the same Transpeed M98-8k board. It booted fine with my transpeed image. (other than wifi) They didn't have a board that had secure boot. Check if your board is the same. Maybe you could try my older images. It could be the newer u-boot and patches broke the ram detection? Maybe your board is using a different ram?

Hi and Thank @jock That's what I thought. I used ledconf-3 because that's the configuration you made specifically for my MX10 box. I ran a memtest, which went smoothly. The system is working, and I was able to compile rockchip mpp without any problems. The system is running Bookworm. Would it be better to update to Trixie or revert to a previous version? What do you think? I think the problem comes either from rk3318-box.dtb or from the overlays. Thanks again. 🤜🤛

@jock well thanks but I already figured that part out 😊 my problem right now is that i can't find a single distro that works with my box . almost every one (even multitool) goes to a black screen and freezes excatly after 60 seconds . the best thing i could find was a android rom that have the same problem but in excatly 30 minute after booting up ! i did this stupid thing that did not backed up my original rom before writing to internal emcp flash 🤦‍♂️ if i can find any version that doesn't have this problem , i know how to merge armbian rootfs with it ! thank you again !

Have you tried your python script with your Linux PC? If it happens again, you can tell that the problem is within the ESP32 program. I generally prefer having the most complex system (Armbian) poll the simplest device (ESP32), instead of the ESP32 interrupting the Armbian system. I found it more stable that way. Stay with wifi, and use the ESP32 serial port just for debugging. Program the ESP32 print an acknowledgement of data requests, and an alarm if it gets stuck in an unexpected state. I have also found ESP32 circuit or micro python very stable for serial port communications.

I do not have any other monitor available but I did order a UART to usb device, and I have identified with a multimeter the uart pads, which are next to the SD card slot. I will keep this feed updated!

@Hqnicolas would it be possible to have the driver @guenter pointed out in the base image?

I think the core problem is that headers were compiled with Ubuntu compiler / userspace and you try to use it on Debian. I used this on Ubuntu, which is the reason why it worked. We are aware of this problem - headers should be distro specific. Which adds complexity on our side ...

Feel free to pr any missing overlay here: https://github.com/armbian/linux-rockchip

moved to csc https://docs.armbian.com/User-Guide_FAQ/#why-no-universal-image tl;dr: You are using the wrong image. Get/build one for your board

Armbian 25.8.1 Noble Gnome (Kernel: 6.1.115) + libMali (https://github.com/ginkage/libmali-rockchip) + box64 3.7 (https://ryanfortner.github.io/box64-debs/) + wine-9.22-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/9.22) + DXVK-Sarek v1.11.1 - Mali GPU Fix by Ayman-Zeyada (https://github.com/Ayman-Zeyada/DXVK-Sarek/releases/tag/v1.11.1-mali-fix) ~60fps@1080p HK: SilkSong

We already did that. I think the problem is that our keys are not packed (yet) but added at build time. When a person upgrades from Bookworm to Trixie, this will show up, while on new Trixie images this shouldn't manifest. @zital debian Is this the case? https://github.com/armbian/configng/commit/5d866b9b105bfd46cb341c21c70ba76e32e1fea2 We are signing with old and new key (which is aligned with current standards) since then.

I don't see it as the very latest bleeding edge kernel version. I see it as a newish Linux, which already has the armbian patches updated for. Some CPUs end up with newer or older Linux versions, due to varying levels of development success. For example, sunxi's armbian edge is 6.15.4 today, but the linux trunk is up to 6.17-rc6 ... (not available in Armbian)

I tried it on 6.16.7, and the log started working: [ 4.838111] rockchip-drm display-subsystem: [drm] fb0: rockchipdrmfb frame buffer device Error again after initialization: [ 5.118148] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes [ 5.637839] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes

Has anyone ever gotten the Radxa Zero 3w working in gadget mode? I bought a Zero 3w about a week ago and have been beating this horse most of the time. I can't get the device to connect via USB. A or C. When I try to connect (radxa.local) it will always go through wifi. If I have wlan0 disabled or even my internet off it just will NOT connect. It clearly is using wifi to connect even if I use the hostname. Maybe this is something simple but I and another engineer I work with have been scratching our heads about it. The obligatory AI search was an endless loop of everything we had already tried. Anybody have any advice?

I was considering rebuilding the initrd image for orange pi 5 as I think there was an issue in what was put on the image file. But now I have an a system settup with 6.1.115 - I should be good.

Hello, I am selling a working unit of Kobol Helios64 with the fix done, without drives. Based in Czech Republic, able to send within EU. Please DM me if interested.

Visit us at the STMicroelectronics booth, where Collabora will highlight how the STM32MP2 chip empowers edge AI solutions for industrial applications. View the full article

current isn't ideal for any rk3588 hw anyway due to lack of hw features mainlined for now. edge or vendor working best.

Let's say the world has been extra certain to bring me IRL problems 😄, as far as a bootloader being present, the Libre Computer Tritium boards are as barebones as can be possible, so any issues should be shared across any/all other H5 boards and really not board specific.

@Dominik Wójt Hey, I've picked up my mxq box again looking to put a newer OS on it. It seems the image you provided works with HDMI. Thanks! However, if I build it from the normal armbian repo it does not work. Any chance you can share what changes you made?

after struggling to make keyboard in french as locale is not taken account sudo dpkg-reconfigure locales sudo dpkg-reconfigure keyboard-configuration sudo systemmctl restart console-setup.service setupcon <-- winner Screenshot taken with screengrab , How am I supposed to live without you screengrab the music..

TV Box Name: H96 MAX V56 CPU: RockChip RK3566 Armbian build file name: Armbian_community_24.8.0-trunk.6_H96-tvbox-3566_jammy_current_6.6.32_gnome_desktop.img.xz Kernel Version: 6.6.32 Kernel Version: 6.12.6 Distribution Installed (focal, buster, etc): Jammy Working Ethernet (Yes/No): yes Max Ethernet Speed that works (100/1000): 1000 Gigabit Does wifi work (Yes/No): Yes Does bluetooth work (Yes/No): depends on User WorkAround Does HDMI audio work (Yes/No): Yes Additional Comments (provide any additional information you feel is important): No TF-Card Boot and No USB boot all done by Rockchip Hardware flash Topic 4/32gb Topic 8/64gb

Hi everyone, I was experience some strange things with two similar devices, the first I installed in february this year, mesa v.24.x and EGL 1.4 and it was working fine The other one I installed this week and it turns out that it uses mesa v.25.x and EGL 1.5, although performance was great with most 3D apps (like glmark2) I had poor performance under sway/kitty or the retroarch menu for instance (something like 15 fps). It took me a few days to find a solution so if you have similar issues please try installing mesa with the kisak repository as it fixed my problems sudo add-apt-repository ppa:kisak/kisak-mesa -y sudo apt update sudo apt upgrade the last command should upgrade mesa to a more recent version than what's in the ubuntu ppa.

Hi, you need the radxa dedicated tool to do it : https://opensource.rock-chips.com/wiki_Rkdeveloptool Once it is compiled and installed, you need to start the device in "maskrom mode", to do that, push the maskrom button located under the board near the hdmi output then power the device while holding the button. The led should turn and stays on. To check if the device is ready, run the following command : rkdeveloptool ld it should print something like that : DevNo=1 Vid=0x2207,Pid=0x350a,LocationID=302 Maskrom it means the device is ready to receive data then you need to upload the bootloader : sudo rkdeveloptool db rk356x_spl_loader_ddr1056_v1.12.109_no_check_todly.bin and finally you can upload the armbian img : sudo rkdeveloptool wl 0 Armbian-XXX.img make sure your device is properly cooled before doing those operations because heat can freeze the process. you can find the loader and more info here : https://docs.radxa.com/en/zero/zero3/low-level-dev/rkdeveloptool there's a windows version of rkdeveloptool too you can find on their website.