Monsoft

I compiled kernel on debian vm which I just brought up via Vagrant but I guess that maybe I assigned not enough vCPUs to this vm (just 1). Yes, you're right, real kernel package is much smaller as around 103M vagrant@test-debian12:~/build/output/debs$ ls -lh linux-image-current-meson_25.11.0-trunk_armhf__6.12.51-Sa915-D8343-P0029-C8d22H47a6-HK01ba-Va132-B14f4-R448a.deb -rw-rw-r-- 1 vagrant root 103M Oct 9 17:43 linux-image-current-meson_25.11.0-trunk_armhf__6.12.51-Sa915-D8343-P0029-C8d22H47a6-HK01ba-Va132-B14f4-R448a.deb I think I will go with using this new Armbian disk Image (this 1.3 GB file ;-)) so it will be easier to get this working. I have copy of my old drive so I don't have to worry about loosing any data . To be honest, I very occasionally compiling something from sources not even mention of cross-compiling kernel even if I use Linux on daily basis (work and home). I really appreciate your time in helping me with this and I think this information is very valuable as many people are still using the Odroid C1 board. Many Thanks !!!

Thanks. I build kernel yesterday. Quite long building process. It's simple with your steps but only what worry me is a size of kernel image as I got 1.3GB kernel file at the end as I assume that kernel is build with all available options selected (but this is only my assumption). Is there any kernel config from current kernel which I could use to build new kernel to make it smaller ?

Thanks for answer. Yep, I installed standard image. Since I was using two storage devices (SD and MMC), I first noticed issues with the mounted file system on the SD card, which I eventually had to remove (only the MMC storage remained). Then I noticed errors causing the processor to freeze, which got me a little worried. It was long time ago when last time I was compiling Linux kernel (FreeBSD more recently) , but maybe I will try to follow your instructions and try to do it. Many Thanks

Hi, Recently I reinstalled system on my Odroid C1+ from older Ubuntu with original 3.10.107 to newest Armbian with kernel 6.12.44. Generally it works quite well but I see a lots of stalls detection warnings in logs: Thu Oct 9 02:00:26 2025] rcu: INFO: rcu_sched self-detected stall on CPU [Thu Oct 9 02:00:26 2025] rcu: 0-....: (1799 ticks this GP) idle=a184/1/0x40000004 softirq=1089909/1089910 fqs=488 [Thu Oct 9 02:00:26 2025] rcu: (t=2100 jiffies g=2037329 q=10 ncpus=4) [Thu Oct 9 02:00:26 2025] CPU: 0 UID: 0 PID: 7987 Comm: kworker/0:1 Not tainted 6.12.44-current-meson #2 [Thu Oct 9 02:00:26 2025] Hardware name: Amlogic Meson platform [Thu Oct 9 02:00:26 2025] Workqueue: events dbs_work_handler [Thu Oct 9 02:00:26 2025] PC is at __slab_free+0x0/0x314 [Thu Oct 9 02:00:26 2025] LR is at kmem_cache_free+0x120/0x378 [Thu Oct 9 02:00:26 2025] pc : [<c056fd04>] lr : [<c05716fc>] psr: 800f0113 [Thu Oct 9 02:00:26 2025] sp : f0801b58 ip : ef6a6398 fp : c2387fc0 [Thu Oct 9 02:00:26 2025] r10: c5844380 r9 : c2352740 r8 : 000e6e80 [Thu Oct 9 02:00:26 2025] r7 : c11dd1d4 r6 : c66a0000 r5 : ef7dfe80 r4 : c280ef80 [Thu Oct 9 02:00:26 2025] r3 : c66a0000 r2 : c66a0000 r1 : ef7dfe80 r0 : c280ef80 [Thu Oct 9 02:00:26 2025] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none [Thu Oct 9 02:00:26 2025] Control: 10c5387d Table: 062a404a DAC: 00000051 [Thu Oct 9 02:00:26 2025] Call trace: [Thu Oct 9 02:00:26 2025] __slab_free from kmem_cache_free+0x120/0x378 [Thu Oct 9 02:00:26 2025] kmem_cache_free from tcp_rcv_established+0x428/0x6cc [Thu Oct 9 02:00:26 2025] tcp_rcv_established from tcp_v4_do_rcv+0x180/0x284 [Thu Oct 9 02:00:26 2025] tcp_v4_do_rcv from tcp_v4_rcv+0xbc0/0x1068 [Thu Oct 9 02:00:26 2025] tcp_v4_rcv from ip_protocol_deliver_rcu+0x30/0x27c [Thu Oct 9 02:00:26 2025] ip_protocol_deliver_rcu from ip_local_deliver_finish+0x7c/0x98 [Thu Oct 9 02:00:26 2025] ip_local_deliver_finish from ip_sublist_rcv_finish+0x3c/0x50 [Thu Oct 9 02:00:26 2025] ip_sublist_rcv_finish from ip_sublist_rcv+0x174/0x1e4 [Thu Oct 9 02:00:26 2025] ip_sublist_rcv from ip_list_rcv+0xe8/0x114 [Thu Oct 9 02:00:26 2025] ip_list_rcv from __netif_receive_skb_list_core+0x188/0x1f4 [Thu Oct 9 02:00:26 2025] __netif_receive_skb_list_core from netif_receive_skb_list_internal+0x180/0x288 [Thu Oct 9 02:00:26 2025] netif_receive_skb_list_internal from napi_gro_receive+0x15c/0x264 [Thu Oct 9 02:00:26 2025] napi_gro_receive from stmmac_napi_poll_rx+0x9f8/0xfa0 [Thu Oct 9 02:00:26 2025] stmmac_napi_poll_rx from __napi_poll.constprop.0+0x2c/0x1c8 [Thu Oct 9 02:00:26 2025] __napi_poll.constprop.0 from net_rx_action+0x328/0x3a4 [Thu Oct 9 02:00:26 2025] net_rx_action from handle_softirqs+0x114/0x338 [Thu Oct 9 02:00:26 2025] handle_softirqs from irq_exit+0x8c/0xbc [Thu Oct 9 02:00:26 2025] irq_exit from call_with_stack+0x18/0x20 [Thu Oct 9 02:00:26 2025] call_with_stack from __irq_svc+0x98/0xb0 [Thu Oct 9 02:00:26 2025] Exception stack(0xf1851c60 to 0xf1851ca8) [Thu Oct 9 02:00:26 2025] 1c60: c28f4d30 00000000 00000000 00000000 c28f4d80 c282bd80 c282b480 016e3600 [Thu Oct 9 02:00:26 2025] 1c80: 00000000 c28f4240 00000001 f1851d40 800f0013 f1851cb0 c0dec028 c0dec02c [Thu Oct 9 02:00:26 2025] 1ca0: 600f0013 ffffffff [Thu Oct 9 02:00:26 2025] __irq_svc from __clk_recalc_accuracies+0x54/0x68 [Thu Oct 9 02:00:26 2025] __clk_recalc_accuracies from clk_core_set_parent_nolock+0x204/0x274 [Thu Oct 9 02:00:26 2025] clk_core_set_parent_nolock from meson8b_cpu_clk_notifier_cb+0x78/0x8c [Thu Oct 9 02:00:26 2025] meson8b_cpu_clk_notifier_cb from notifier_call_chain+0x8c/0x108 [Thu Oct 9 02:00:26 2025] notifier_call_chain from srcu_notifier_call_chain+0x40/0x98 [Thu Oct 9 02:00:26 2025] srcu_notifier_call_chain from __clk_notify+0x80/0xac [Thu Oct 9 02:00:26 2025] __clk_notify from clk_propagate_rate_change+0x98/0xb0 [Thu Oct 9 02:00:26 2025] clk_propagate_rate_change from clk_propagate_rate_change+0x5c/0xb0 [Thu Oct 9 02:00:26 2025] clk_propagate_rate_change from clk_propagate_rate_change+0x5c/0xb0 [Thu Oct 9 02:00:26 2025] clk_propagate_rate_change from clk_propagate_rate_change+0x5c/0xb0 [Thu Oct 9 02:00:26 2025] clk_propagate_rate_change from clk_core_set_rate_nolock+0xf4/0x31c [Thu Oct 9 02:00:26 2025] clk_core_set_rate_nolock from clk_set_rate+0x30/0x154 [Thu Oct 9 02:00:26 2025] clk_set_rate from _opp_config_clk_single+0x24/0x84 [Thu Oct 9 02:00:26 2025] _opp_config_clk_single from _set_opp+0x10c/0x41c [Thu Oct 9 02:00:26 2025] _set_opp from dev_pm_opp_set_rate+0x124/0x230 [Thu Oct 9 02:00:26 2025] dev_pm_opp_set_rate from __cpufreq_driver_target+0x394/0x6ac [Thu Oct 9 02:00:26 2025] __cpufreq_driver_target from od_dbs_update+0x148/0x174 [Thu Oct 9 02:00:26 2025] od_dbs_update from dbs_work_handler+0x2c/0x58 [Thu Oct 9 02:00:26 2025] dbs_work_handler from process_one_work+0x168/0x3b8 [Thu Oct 9 02:00:26 2025] process_one_work from worker_thread+0x264/0x42c [Thu Oct 9 02:00:26 2025] worker_thread from kthread+0xe0/0xfc [Thu Oct 9 02:00:26 2025] kthread from ret_from_fork+0x14/0x28 [Thu Oct 9 02:00:26 2025] Exception stack(0xf1851fb0 to 0xf1851ff8) [Thu Oct 9 02:00:26 2025] 1fa0: 00000000 00000000 00000000 00000000 [Thu Oct 9 02:00:26 2025] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [Thu Oct 9 02:00:26 2025] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000 Is there a way to fix it ?