Active threads

Hi, I’ve installed Armbian to my Vero4k+ and all works fine except wired ethernet, the thing is it kind of works, but when I use different dtb files: meson-gxl-s905d-vero4k-plus.dtb wifi works, bluetooth works eth doesn’t, eth0 interface is UP but can’t get IP or set one, meson-gxl-s905d-p230.dtb wifi works, bluetooth doesn’t, eth generally works but when testing with iperf3 in server mode it’s great cca 930mbps 0 errors, but in client mode it depends of OS (ubuntu or debian) and kernel (5 or 6) used from 1-350mbps but with looooot of errors (cca. 67000 for 10 sec test) and if I limit link speed to 100mbps it doesn’t change much, also lot of errors, if I boot it to osmc it works fine (920mbps symetrical, also some errors on client side but fine). Is there anything I can do to troubleshoot - fix this? Thank you

moved to the appropriate place

@laibschcoud you take a look at https://github.com/u-boot/u-boot/commit/cae6e8993c8eaed7c520b1046766b658e0f97b90 https://github.com/u-boot/u-boot/commit/aec83261b98eec3a2ca2e9a5a2debea31fcd9d65 https://github.com/u-boot/u-boot/commit/529d24002b6cefb88cd00cef307b8752dbeebfc4 Maybe relevant for the first patch.

Did a fresh install of community Armbian desktop this time, running current 6.12.60 from here. It seems there is no need to compile from scratch if you are using the panel-mipi driver from kungfupanda, I copied my DTS, panel-mipi.bin, etc. from my edge custom compiled installation to the community one and it worked fine after repeating the initramfs process, but I still get a stuck display after a bit, this time on the Armbian loading screen. SSH and Serial console work fine, its just the system stops knowing how to use the display after the initial boot sequence is done, and the kernel hands off the display to X11 / Wayland? This is consistent with how I believe tinydrm works, which is storing the image in memory and displaying new ones from memory if given (which in this case, none are given after a certain stage in the boot process and this hand off to the window manager never happens.) Need to figure out how to tell the system to keep using the drm display. I already tried putting /dev/dri/card0 instead of /dev/fb0 in 99-fbdev.conf, and I've been trying the following extraarg in /boot/armbianEnv.txt to try and get it to work. Screen still pauses halfway through boot messages / loading screen. extraargs=video=SPI-1:480x320@30

go armbian-config - Wait warning message "The current OS (bookworm) is not a officially supported distro!" - Kernel - KER001 Use alternative kernels - Would you like to continue? <Yes> - Show only mainstream kernels on the list? <No> And there the list: then choose "linux-image-edge-sunxi64=25.8.1 v6.15.4 " mainstream kernels: linux-image-current-sunxi64/bookworm 25.8.2 arm64 Armbian Linux current kernel image 6.12.47-current-sunxi64 linux-image-edge-sunxi64/now 26.02.0-trunk arm64 [installed,local] Armbian Linux edge kernel image 6.16.8-edge-sunxi64 linux-image-legacy-sunxi64/bookworm 25.8.2 arm64 Armbian Linux legacy kernel image 6.6.75-legacy-sunxi64 6.16.8: 6.15.4: In the working kernel 6.15.4, the following audio-related modules are loaded: snd_soc_sunxi_machine, snd_soc_sunxi_ahub, snd_soc_sunxi_ahub_dam In the broken kernel 6.16.8, these three modules are completely missing. Only the generic snd_soc_hdmi_codec is present, but it doesn't seem to bind to the hardware correctly without the sunxi-specific modules. I don't know how, but there the list in 6.16.8: tried to activate all dtbs in armbian-config - DTO001 - Manage device tree overlays noghing happend

Well, that makes me wonder how you were able to verify successful flashing with the broken adapters as you were upset we even dared to ask if you did... Maybe reconsider your tone for next time? As it seems the initial request to make sure you had no issues with your storage - one way or the other - were in fact helpful and spot on...

I don't even think this has anything to do with Armbian / Debian / Ubuntu. It's simply someone mucking around too much for their own good and frankly being arrogant about it. Until I see the problem reproduced in a stock setup this is simply PEBKAC as far as I can tell. I mean, for anyone actually willing to read, it's right there: Nov 24 13:06:57 lab systemd-timesyncd[1185]: Network configuration changed, trying to establish connection. systemd is essentially a monolith, you don't really get to pick and choose for all intends and practical purposes. The choice @Quantum needs to make is whether he wants to have something that works or whether he prefers to be high-and-mighty and run around being condescending to those whose work he uses without paying a dime all the while making outlandish claims. This is a non-issue.

Hi Installed Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img and one of the USB-3 port, the top one, doesn't work. No reaction when inserting something, nothing in /var/log/syslog. The same with Armbian_25.11.1_Rock-5c_noble_current_6.12.58_minimal.img The Armbian_25.11.1_Rock-5c_trixie_vendor_6.1.115_minimal.img however is OK. What could be the cause of this problem? Thanks and regards, Chris

Hi I have a Rock5c with a Penta SATA hat and it works OK. It is the only (?) way of having several disk connected to Rock5c. Note, it cannot boot of the disks on the hat. Have two SSDs and mirrored ZFS pool. No problems at all. Setting it up to act as Frigate server. The fifth SATA, in fact e-SATA connector comes very handy to connect a large disc for constant recording. You may also consider Odroid HC4. I think it's the cheapest solution and it's fan is negligible 🙂 Have three of them, acting as mail/backup/HomeAssistant servers. Had in the past some problems with USB but recent kernels are OK. Hope it helps.

With the H618 kernel, the system is very stable but there is no audio output at all. With the H616 kernel, audio works perfectly, but the system starts showing screen distortions, artifacts, and UI crashes. When I said “image became distorted” and “kernel artifacts”, I meant things like the screen going black, color blocks appearing, and the desktop environment crashing. I already tried enabling analog-codec, installing alsa-utils, using alsamixer, and testing with mpg123, but the result didn’t change. I haven’t built my own Armbian image yet, but I’m considering trying an edge kernel with the Armbian build system.

@Learnincurve It is very easy to build only the kernel with the Armbian Build Framework. The result will then appear as output/debs/linux-image*.deb

ping @amazingfate and @prahal

maybe @schmiedelm has an idea?

@xiaobao80I did manage to get 3.5mm working with the help of ChatGPT. The box is using HT5010. ChatGPT told me to disable the es8388 nodes, but it still works with them enabled. My sai@2a61000 looks like this: My ht5010-sound node looks like this: I got bluetooth working with a hack from the Radxa forums here (creating a shell script and adding it to the root's crontab): I tried to send audio from a TV to the rk3576 box - it did work, but the latency is too much for me. The brown box has beefier cooling than the purple one. I haven't recompiled, used my "stable" image from before to fix the 3.5mm issue, might need to recompile to try the GPU driver. Tried the rkr7.1 dts, but couldn't get it to work (might need additional time to look at it); armbian / linux-rockchip is still at rkr5.1.

There are none. https://docs.armbian.com/User-Guide_Networking/#networking

Orima, Ubuntu 22.04 is recommended, but I have no problem installing armbian build in Linux Mint 22.0. I think Debian Trixie in your laptop is too new to have the right requirements and versions for armbian build. You can build Debian Trixie for your orange pi, with no problems. Don't try to fill all the parameters in a single command line. Just download the armbian zip, "git clone" it in a new directory. Then run "./compile.sh". You will be presented with all the text user interfaces to make your board selections, linux and debian versions, etc.

Anyone knows how enable usb 3.0 with Radxa cubie a5e? I found cubie-a5e-enable-usb3.dts from radxa's git but could apply it. Currently I am running 26.2.0-trunk.22.

I'm not sure vulkan is the best solution, RK3588, as most ARM SoCs has a dedicated video engine, vulkan is mainly needed on hardware without dedicated engine, using graphic card to decode, as it's often the case in x86_64 worlld. You can then including it's decoding in vulkan if you want. Don't know wich version of kernel/mesa/video decoder you use. The best, is to remove all dedicated package, and use system one, today, everything work fine with standard linux kernel, as armbian one, standard video tools, rockchip specific libs/video tools was used with rockchip made tools, until everything was mainlined. I don' use VLC, that needs specific libs, but mpv, or several other video players (including firefox one), and everything plays fine.

I dont know how to do that, sorry!

Thanks Robertoj All the documentation for the board is here https://github.com/zharijs/zmxxxp-re But the LCD is not an himax-hx8394. The screen is a "MTF0397SWI-06" using the chip OTM8019A. It just that I am starting from this driver to port the sunxi driver: sl698ph_720p. I will now look at your links.

Tried this with a Ubuntu PC today, and have the same result. lsblk shows one partition.

I followed your tutorial, and it works! I did it with a server image instead. But I was not able to make Wifi work. Did you manage to connect to the Wifi?

Thanks! This fixed the issue!

Furthermore, today I built an Ubuntu desktop PC, and flashed a build onto an SD Card. The resultant installation has only ONE partition. No Windows involvement whatsoever Same with a USB flash drive (to eliminate the SD card adapter). So where do we go from here?

Thank you! I've been unable to give this a crack over the last couple of days, but I'm hoping to try this weekend. I'll post back here with how I go