Active threads

I’m currently using the Armbian build system to generate images for the Orange Pi 5 Plus. To use the PREEMPT_RT kernel, I set the BRANCH to current, and with the PREEMPT_RT configuration on the 6.12 kernel I was able to successfully build the image and boot it. However, in this kernel version there are no dtbo files for peripherals like can0, i2c, etc., so I’m unable to use those interfaces. If I set the BRANCH to vendor, I can use the 6.1 kernel, but in order to use a PREEMPT_RT kernel I need to apply the RT patch. The RT patch currently provided is not compatible with the current BRANCH, so kernel build and image creation fail. My question is: while using the 6.12 current kernel, is there any way to copy and use the dtb and dtbo files from the 6.1 vendor kernel?

OK you have a Maxio MAE0621 ethernet chip. @Hqnicolas do you have any suggestions about the best way forward for this? Can I fork armbian github and then try to create a PR to support MAE0621 (I haven't done this before)? Or try to make a dpkg for Maxio ethernet module install (difficult I think)? Or just persist with building a custom armbian image (not sure the patch still works with current LTS kernel)? Edit : The last patch I posted fails on 6.12.58 (drivers/net/ethernet/stmicro/stmmac/stmmac_main.c has changed) I'll try to fix it and post an updated patch.

@qwerty keyboard H313/H616/H618 are pretty much the same. A133 and A64 are different SOC’s. You don’t need the dts for the dram settings.

One interface is for STA (client mode / normal wireless) and one for AP (access point, where you connect to) or P2P (Wi-Fi Direct). Some firmware / drivers enables this by default. Usually it is in Makefile (just example https://github.com/armbian/rtl8723ds/blob/main/Makefile) but it could also be deep in the code. Don't know.

Thanks laibsch, A little bit better, but this is a partial solution. Start button still missing. to turn off computer I have enter shutdown on cmd. And "logout" what is the command to log out? I am looking for solution on cinnamon forum but nothing until now.

The first image that boots ok down the list of older images is Armbian_25.5.1_Nanopim4v2_bookworm_current_6.12.28_minimal.img.xz Could not get those images to boot: Armbian_25.5.1_Nanopim4v2_trixie_current_6.12.32_minimal.img.xz Armbian_25.5.1_Nanopim4v2_noble_current_6.12.28_minimal.img.xz Armbian_25.8.1_Nanopim4v2_bookworm_current_6.12.41_minimal.img.xz Anyway, I am happy using the one I found booting. Thanks

Oh I get it. Since you are using another distro with newer versions of everything, my effort to build ffmpeg and mpv in Debian Trixie LOOKS like a backport to you XD

Now I did exactly this and after rebooting the Pi, I just get a black screen with a movable mouse cursor. Nothing more, it doesn’t matter how long I wait. What problem is this now?

With 6.12, no changes as far as I know

For the source code, after a bit of searching, I found https://de3.mirror.archlinuxarm.org I don't know if this will help you. I also tried the MiniArch-20240715-6.17.1-board-a527.cubie_a5e-SD-Image.img image, but it doesn't work either.

Try pipewire instead of pulseaudio

Thank you for sharing. You might want to have a look at Shrink Backup as well.

Orange PI has very good hardware (better than RPI) but bad support of software from factory devellopers. Raspberry PI 5 is a bit slower but we have more support and always new versions. I have both.

@Maurizio Finesso Try editing on a linux machine instead of windows. I've seen some windows machines not be able to read the boot partition

In this case ethernet chip is realtek so it should be supported by armbian kernel? So problem is to find or make a modern DTS for this board?

This site deals with Armbian Linux not android. You should direct your question about restoring Android to a more appropriate forum

not recommended for rockchip socs since it cannot handle the rather high baud rate of 1.5Mbaud. Use FT232, CH340 or CP2104 instead.

Collabora’s long-term leadership in KernelCI has delivered a completely revamped architecture, new tooling, stronger infrastructure, and deeper integrations—modernizing the entire ecosystem and enabling reliable, scalable upstream kernel testing. View the full article

Hello all, Ok, I'm going to comment on my own question here... I just now installed the Armbian 25.8.0 6.18.0 RC5 xfce version. It's not yet on the nvme drive but, it's significant faster than the 25.5.1 version. Now HD video works on the 5b+. It needs 2 seconds to stabilize but than it is perfectly fine to watch. I use Firefox as my browser. So thanks to the team! Ernst-Jan

Hi all, I would like to ask support for the board EMB-3531. I'm having problem with booting this board from SD card. Here are some informations about this board. I hope that someone can help me with it. Thank you so much! I try to erase the emmc and flash the MiniLoaderAll.bin but it doesn't help. Or i don't have a correct image with armbian for this board. https://my.kos.org.cn:5154/rockchip/EMB3531/emb3531.pdf

Try from here: https://fi.mirror.armbian.de/incoming/igorpecovnik/ (this is going to be next release - first test build).

Your best bet is to compile your own image. It's super easy: "git clone https://github.com/armbian/build.git;cd build;./compile.sh" https://docs.armbian.com/Developer-Guide_Building-with-Docker/ https://docs.armbian.com/Developer-Guide_Build-Preparation/ https://www.youtube.com/watch?v=kQcEFsXEJEE

I hope this helps... For the TX3 Mini, I used the distributions listed on https://www.armbian.com/amlogic-s9xx-tv-box/. Here's what I did: * Create a bootable image using Rufus (following the instructions). * Once the image was created, I went to the SD card's storage drive on a PC and made the following changes: * In the root directory of the SD card, I copied the file u-boot-s905x-s912 and pasted it as u-boot.ext. * In extlinux\extlinux.conf, on line 4, I changed it to "fdt /dtb/amlogic/meson-gxl-s905w-tx3-mini.dtb". * I ejected the SD card, inserted it into the TX3 Mini, and turned it on. If it doesn't work, try a different distribution.

@laibsch https://u-boot.org/ edit: as I said earlier, it would be better to switch to upstream to get rid of patches and get some nice bugfixes in the process, but I assume this thing is mostly abandoned. A bunch of my containers no longer offer ARM32 support. Home Assistant too at the end of this year.

There are no other images available at the moment. Regarding this, there is some initial but incomplete work in progress here: https://github.com/armbian/build/pull/8831 We can’t merge it in its current state, as it still requires a significant amount of additional work and refinement. Unfortunately, this means there isn’t a quick solution right now, so we’ll need to wait until the implementation is completed and validated.