All Activity

I may have found the culprit after monitoring htop. "vnstat -n" process eats up CPU cycles, sometimes reaching up to "6+" load-average (even if this OrangePi is quad-core equipped) This only happens intermittently and I can't seem to find the pattern. Sharing my observations here: Only affects Linux 6.6.16-current-sunxi and higher (such as edge), legacy firmware is not affected (stable for more than a week) Installing Pihole with cloudflared DoH package seems to trigger high CPU usage of vnstat Reboot fixes it (or a power cycle) Having PiHole with dnscrypt-proxy does not trigger the issue (so far, this test instance is already at the 16-hr mark, will keep on updating uptime) Since it was stable overnight I now have two instances with this configuration, hoping for the best! Not sure if helpful, but this is all that I have for now. Thanks!

hey guys! nice to meet you all! my goal is to get TV-OUT working on Zero 2W (posting here instead of Zero 2W topic since this one is more live ). I've seen in this discussion that @VioletGiraffe have the same goal as well. I'm trying to modify those 6.1 (H2 H3 H5) patches for 6.6 || 6.7. If someone is working on that as well, let's collaborate (actually I'm open for an extra donation if someone does that btw) and please share if there is some progress with that. Many thanks in advance! One question to clarify: - as I understand there is no code in 6.8 that fix TV-OUT issue, right?

I reinstalled armbian, uname -r gets me: 6.6.16-current-meson64 with reinstalled I mean I downloaded the image from the armbian website

I'll see if I can get those release imgs updated to something more recent and inquire about the breakage.

Damn. That's not good. Sorry to hear that.

Any Ideas how I can get my installation to update? Edit: I just rebooted the system one more time after the autoreboot and now I only get some errors and pxelinux is booting... Guess my installation just is f'ed and neets full repair (aka new flashing with SD-Card and copying to eMMC) Guess this topic can be also closed...

Hmm. It appears ur still on 6.6.16-current-meson64 which does not include the fix.

Hello! I tried update the kernel vai armbian-config --> System --> Other. There was only one option available, which I chose. System installed something, rebooted. Problem still persists so. What am I missing? https://paste.armbian.com/zojomiciwu Thanks in advance - cad435

This has already been fixed upstream and backported to 6.6.y LTS. https://lore.kernel.org/lkml/20240322164525.2617508-1-christianshewitt@gmail.com/ My suggestion is to update the kernel. If you don't wanna update you may just be able to blacklist the driver, which was what I did until it was fixed. It comes down to what is required by Klipper in your case.

Hello all, I noticed that since recently (TM) I got loads of spam from panfrost in my dmesg output: I understand that this has something todo with graphics. The only "graphic" thing I'm doing is running standard Klipper-Screen through HDMI and this seems to be working as always... It definately wasn't there like half a year ago. can I get rid of it? Is it something to worry about? my armbian is running on a Banana-Pi CM4 module of of the eMMC. It's a rather standard installation with Klipper installed via KIAUH. sincerely - cad435

Try this image https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Khadas-edge2_bookworm_vendor_6.1.43-homeassistant_minimal.oowow.img.xz 5b https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Rock-5b_bookworm_vendor_6.1.43-homeassistant_minimal.img.xz 5c https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Rock-5c_bookworm_vendor_6.1.43-homeassistant_minimal.img.xz None of those was tested.

Thanks @jock for keep legacy kernel still avaliable... This is the way I build it cd /opt git clone -b history-rk322x-family https://github.com/paolosabatino/armbian-build.git build cd build ./compile.sh docker-shell ./compile.sh EXPERT="yes"

Hello @primoitt , yes it has been deprecated. It wasn't developer anymore, now has been fully removed. You can find the latest iteration with the legacy kernel for rk322x family on this branch. After that, rk322x and rockchip familes have been merged and legacy kernels removed because old and unmaintained. The main reason to keep legacy was raw NAND support, but we at last we decided it does not worth the effort to keep it.

The Armbian project will solve the problem in time, someday. Untill then I will use something else, no problem in my particular case. I'm not a technician who can talk firmware, install/partition- and bootprocesses. I cannot contribute, the analysis I give is the max I can contribute. I'm sorry, I just use stuff like Homeassistant.

If you are running the community build you should be able to use the standard Armbian way: armbian-config

Hi all, I'm having issues with 32GB version of Orange Pi 5 Plus as well (kernel panic). It can be easily reproduced by running sudo memtester 30G After a few seconds it crashes. At the same time it works well on 16GB version of Orange Pi 5 Plus. I tried also installing Ubuntu 24.04 LTS and it works well.

Hi guys! Is the legacy kernel no more? git clone https://github.com/armbian/build cd build ./compile.sh docker-shell ./compile.sh BOARD=rk322x-box BRANCH=legacy RELEASE=focal BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_CONFIGURE=yes INSTALL_HEADERS=yes KERNEL_KEEP_CONFIG=yes [💥] error! [ Invalid BRANCH='legacy' for BOARD='rk322x-box'; please select a valid branch for this board, eg one of 'current,edge' ] [💥] Exiting with error 43 [ at /opt/build/lib/functions/logging/traps.sh:1

You are running out of stack space during rsync.

received this kernel panic today. 24.5.0 with the 6.6.30 kernel using the 75mV dtb reverting the dtb, to see if that makes it more stable. cpu settings are ENABLE=true MIN_SPEED=408000 MAX_SPEED=1800000 GOVERNOR=ondemand [73481.995035] Insufficient stack space to handle exception! [73481.995044] ESR: 0x000000009a000000 -- SP Alignment [73481.995050] FAR: 0x000000000000012b [73481.995052] Task stack: [0xffff80008abe0000..0xffff80008abe4000] [73481.995054] IRQ stack: [0xffff800081d40000..0xffff800081d44000] [73481.995056] Overflow stack: [0xffff0000f778a310..0xffff0000f778b310] [73481.995061] CPU: 5 PID: 40075 Comm: rsync Tainted: P C O 6.6.30-current-rockchip64 #1 [73481.995067] Hardware name: Helios64 (DT) [73481.995070] pstate: 800003c5 (Nzcv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [73481.995075] pc : el1h_64_sync+0x0/0x68 [73481.995084] lr : dequeue_task_fair+0xa8/0x3e8 [73481.995095] sp : 000000000000012b [73481.995097] x29: ffff80008abe3650 x28: 0000000000000000 x27: 0000000000000009 [73481.995104] x26: ffff0000f779e540 x25: ffff00000078e980 x24: ffff0000f779e4c0 [73481.995109] x23: 0000000000000001 x22: ffff00000078e900 x21: 0000000000000001 [73481.995114] x20: ffff0000f779e540 x19: 0000000000000000 x18: 0000000000000000 [73481.995119] x17: 0000000000000000 x16: 0000000000000000 x15: 0000110e637753ac [73481.995123] x14: 0020f1c8fb93347c x13: 0000000000000001 x12: 0000000000000001 [73481.995127] x11: 0000000000000001 x10: 0000000000000137 x9 : 00000000000001e4 [73481.995132] x8 : ffff0000f779e5c0 x7 : 0000000000000005 x6 : 000000000000006b [73481.995137] x5 : ffff800076092000 x4 : ffff800081a4dc98 x3 : 00000000f779e4c0 [73481.995141] x2 : ffff0000f779e578 x1 : ffff8000817094c0 x0 : 000000000000006b [73481.995148] Kernel panic - not syncing: kernel stack overflow [73481.995151] CPU: 5 PID: 40075 Comm: rsync Tainted: P C O 6.6.30-current-rockchip64 #1 [73481.995155] Hardware name: Helios64 (DT) [73481.995156] Call trace: [73481.995159] dump_backtrace+0x94/0x114 [73481.995164] show_stack+0x18/0x24 [73481.995167] dump_stack_lvl+0x48/0x60 [73481.995175] dump_stack+0x18/0x24 [73481.995179] panic+0x324/0x38c [73481.995183] nmi_panic+0x8c/0x90 [73481.995186] panic_bad_stack+0x104/0x124 [73481.995189] handle_bad_stack+0x34/0xb8 [73481.995196] __bad_stack+0x78/0x7c [73481.995199] el1h_64_sync+0x0/0x68 [73481.995202] __schedule+0x518/0xb60 [73481.995205] schedule+0x5c/0xc4 [73481.995207] schedule_hrtimeout_range_clock+0xc8/0x1f8 [73481.995212] schedule_hrtimeout_range+0x14/0x20 [73481.995216] do_select+0x598/0x640 [73481.995223] core_sys_select+0x1e0/0x4b8 [73481.995226] __arm64_sys_pselect6+0x150/0x21c [73481.995231] invoke_syscall+0x48/0x118 [73481.995236] el0_svc_common.constprop.0+0x40/0xe8 [73481.995241] do_el0_svc+0x20/0x2c [73481.995246] el0_svc+0x40/0xf4 [73481.995250] el0t_64_sync_handler+0x13c/0x158 [73481.995255] el0t_64_sync+0x190/0x194 [73481.995259] SMP: stopping secondary CPUs [73481.995385] Kernel Offset: disabled [73481.995386] CPU features: 0x0,80000208,24020000,1000421b [73481.995389] Memory Limit: none [73482.017954] ---[ end Kernel panic - not syncing: kernel stack overflow ]---

Hello everyone, grateful for your support, please how do I update the legacy armbian kernel on the tv box, rk322x, to a more updated kernel version, considering that the legacy kernel 4.4 is already obsolete, from the terminal with APT.. ..Thank you for your answers.

moved

First of all, thanks for this post! It helped me. Sorry to revive an old post but I followed the steps and read in the replies that a boot partition was not needed but I did not see a solution to NOT using the boot partition. The armbian installer does not copy the boot partition from the SD card so I manually copied the folder data and it am now booting off my NVME. instead of step 4: sudo mount /dev/nvme0n1p1 /mnt // Now copy the sd card boot contents to the nvme. (The boot partition on the SD needs to be mounted) sudo cp -R /boot /mnt Then continue to step 5

At present, when I check the status of the phy controller, it is unlocked. But I am very curious about the relationship between wdev 0x100000001 in wlan1 and wdev 0x1 in wlan0. Does this mean that wlan1 is simulated from wlan0? pi@orangepipcplus:~$ iw dev phy#1 Interface wlan1 ifindex 4 wdev 0x100000001 addr 12:81:64:17:13:3d type managed txpower 12.00 dBm phy#0 Interface wlan0 ifindex 3 wdev 0x1 addr 12:81:64:17:11:3d ssid R15-3437 type managed txpower 12.00 dBm pi@orangepipcplus:~$ rfkill ID TYPE DEVICE SOFT HARD 0 wlan phy0 unblocked unblocked 1 wlan phy1 unblocked unblocked pi@orangepipcplus:~$