jgauthier

I think my issue is actually that CONFIG_RT_GROUP_SCHED is enabled. I was certain I had disabled it. After some sluething.. It turns out I don't know how to configure/build a kernel. I run ./compile.sh BOARD=bananapim4zero BRANCH=edge kernel-config I then make some changes and tell it to save: For instance when I enter menuconfig, I see this. I then REMOVE the check. I say YES OOPS. I realized I wanted to make another change. And now it's back. After unchecking this, and building the kernel, moving the kernel, installing, and rebooting I see the config hasn't change on board. So, I must have a misunderstanding of how this is supposed to work. I checked here: https://docs.armbian.com/Developer-Guide_Build-Commands/ Which says "Add or Remove" modules, but doesn't elaborate if it's copying some defaults or where they might be coming from.

I'm hesitant to post this here, because I am not really sure that this is an armbian issue to begin with. But I'm somewhat stumped. During the build process I configured the kernel to enable real time threads. CONFIG_NO_HZ_COMMON=y CONFIG_HZ_1000=y CONFIG_HZ=1000 CONFIG_PREEMPT_RT=y However, as I started to migrate my development I discovered I couldn't create a real time thread. So I pulled down areal time test suite (https://wiki.linuxfoundation.org/realtime/documentation/howto/tools/rt-tests) And confirmed it has the same issue: Unable to change scheduling policy! either run as root or join realtime group I am root, it is a real time kernel. Linux bananapim4zero 6.13.7-edge-sunxi64 #1 SMP PREEMPT_RT Thu Mar 13 12:08:08 UTC 2025 aarch64 GNU/Linux I am not sure what might be driving this. For the past several months I've been doing some dev work on a TI AM625 based board that I built a yocto distribution on and it's fine. I know that is a completely different board, but my kernel setting for real time enablement are the same. I pulled them from that build since. Appreciate any input!

Good news! I'm dumb! iperf defaults to a 1M transfer rate over UDP. Easily changed with -b option.

Hello, I am using a NanoPi Duo2 with Armbian 22.11 and Kernel 5,15,80. This device uses an AP6216 wireless interface, which I have noticed are pretty common on sunxi based boards. I ran some bandwidth tests and had pretty poor results: [ ID] Interval Transfer Bandwidth [ 3] 0.0000-1.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 1.0000-2.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 2.0000-3.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 3.0000-4.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 4.0000-5.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 5.0000-6.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 6.0000-7.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 7.0000-8.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 8.0000-9.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 9.0000-10.0000 sec 129 KBytes 1.05 Mbits/sec Not sure if the issue was the driver, hardware, or otherwise I connected a USB wifi dongle and disabled the AP6216. I've tested with the same results again: [ ID] Interval Transfer Bandwidth [ 3] 0.0000-1.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 1.0000-2.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 2.0000-3.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 3.0000-4.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 4.0000-5.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 5.0000-6.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 6.0000-7.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 7.0000-8.0000 sec 127 KBytes 1.04 Mbits/sec [ 3] 8.0000-9.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 9.0000-10.0000 sec 129 KBytes 1.05 Mbits/sec [ 3] 0.0000-10.0191 sec 1.25 MBytes 1.05 Mbits/sec It's my suspicion that the issue is now elsewhere - but where? I have no idea. Thanks for any ideas.