I did not change my WiFi environment after the update to Kodi 21. Before the update the freeze was only scarce. After it, it constantly freezes.
Streaming the same, only now with the ethernet cable did not freeze until now. At least more than an hour without freezing…
So it indeed seems to be WiFi related.
There are now no WiFi changes between this release and the last (everything has been rolled back). Can you try play something that you definitely watched before?
Re-played an old movie (via WiFi) and it also freezes within minutes.
I am using a Deco mesh WiFi network.
I can’t upload the latest logs. I get the error message from the OSMC app that the log files are too large.
I’m not sure they will provide much information.
I am actively working on the WiFi issue, but it is unclear to me why this has only just become an issue for you.
So this was a movie you have previously watched on this device?
Can you try this:
sudo dmesg -w and start playback. After the crash post the output here.Hello I have the same issue still here is the dmseg message
System Vero V
Build: 21.1 (21.1.0)
Git: 20240825-OSMC
compiled: 2024-08-25
Streaming Via Wifi
Wifi speed really slow.
[ 511.670305] RTW: BA_starting_seqctrl = 7 for TID=5
[ 511.670385] RTW: issue_addba_req(wlan0) ra=6c:cd:d6:f7:5c:36 tid=5
[ 511.671883] RTW: OnAction_back
[ 511.671890] RTW: OnAction_back, action=1
[ 511.671892] RTW: agg_enable for TID=5
[ 672.605443] mali fe400000.bifrost: Reset interrupt didn't reach CPU. Check interrupt assignments.
[ 692.803105] INFO: rcu_preempt self-detected stall on CPU
[ 692.803119] 0-...: (2101 ticks this GP) idle=23f/2/0 softirq=42763/42763 fqs=0
[ 692.803120] (t=2101 jiffies g=23422 c=23421 q=18674)
[ 692.803127] rcu_preempt kthread starved for 2101 jiffies! g23422 c23421 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 692.803128] rcu_preempt S 0 7 2 0x00000010
[ 692.803133] Call trace:
[ 692.803146] [ffffff802001bc60+ 32][<ffffff8009086540>] __switch_to+0xa0/0xbc
[ 692.803154] [ffffff802001bc80+ 112][<ffffff8009be0d88>] __schedule+0x598/0x668
[ 692.803157] [ffffff802001bcf0+ 32][<ffffff8009be0ed8>] schedule+0x80/0xa0
[ 692.803162] [ffffff802001bd10+ 144][<ffffff8009be3ac0>] schedule_timeout+0x144/0x37c
[ 692.803168] [ffffff802001bda0+ 128][<ffffff8009105ed0>] rcu_gp_kthread+0x3bc/0x6c8
[ 692.803173] [ffffff802001be20+ 0][<ffffff80090bfef8>] kthread+0xe4/0xf4
[ 692.803177] [0000000000000000+ 0][<ffffff8009083ad0>] ret_from_fork+0x10/0x40
[ 692.803186] Task dump for CPU 0:
[ 692.803188] swapper/0 R running task 0 0 0 0x00000012
[ 692.803192] Call trace:
[ 692.803196] [ffffffc0e3f199d0+ 112][<ffffff800908a51c>] dump_backtrace+0x0/0x210
[ 692.803200] [ffffffc0e3f19a40+ 32][<ffffff800908a7b8>] show_stack+0x28/0x34
[ 692.803205] [ffffffc0e3f19a60+ 32][<ffffff80090cf8dc>] sched_show_task+0xfc/0x128
[ 692.803210] [ffffffc0e3f19a80+ 32][<ffffff8009badd44>] dump_cpu_task+0x4c/0x58
[ 692.803213] [ffffffc0e3f19aa0+ 64][<ffffff8009bae86c>] rcu_dump_cpu_stacks+0xcc/0xd8
[ 692.803216] [ffffffc0e3f19ae0+ 176][<ffffff8009106bf0>] rcu_check_callbacks+0x35c/0x920
[ 692.803221] [ffffffc0e3f19b90+ 32][<ffffff800910ccd8>] update_process_times+0x38/0x60
[ 692.803225] [ffffffc0e3f19bb0+ 32][<ffffff800911c2ac>] tick_sched_handle+0x54/0x68
[ 692.803228] [ffffffc0e3f19bd0+ 48][<ffffff800911c30c>] tick_sched_timer+0x4c/0x84
[ 692.803231] [ffffffc0e3f19c00+ 128][<ffffff800910db04>] __hrtimer_run_queues+0x19c/0x308
[ 692.803234] [ffffffc0e3f19c80+ 96][<ffffff800910e1a8>] hrtimer_interrupt+0xb0/0x1c0
[ 692.803240] [ffffffc0e3f19ce0+ 32][<ffffff8009638754>] arch_timer_handler_phys+0x40/0x50
[ 692.803244] [ffffffc0e3f19d00+ 64][<ffffff80090fcd60>] handle_percpu_devid_irq+0xc8/0x27c
[ 692.803248] [ffffffc0e3f19d40+ 32][<ffffff80090f7a00>] generic_handle_irq+0x30/0x48
[ 692.803252] [ffffffc0e3f19d60+ 64][<ffffff80090f80d8>] __handle_domain_irq+0xbc/0xc0
[ 692.803255] [ffffffc0e3f19da0+ 368][<ffffff8009081594>] gic_handle_irq+0x6c/0xa8
[ 692.803258] Exception stack(0xffffffc0e3f19db0 to 0xffffffc0e3f19ee0)
[ 692.803260] 9da0: ffffffc0e3f19de0 0000007fffffffff
[ 692.803263] 9dc0: ffffffc0e3f23590 ffffff80090817f8 0000000040400149 ffffff80090ccb90
[ 692.803265] 9de0: 0000000000000000 00000040d9ae5000 ffffff800a847000 00000040d9ae5000
[ 692.803268] 9e00: 0000000000000000 ffffff800aaa6e00 0000000000020c78 0000000000000000
[ 692.803270] 9e20: ffffff800a870e00 0000000000000006 ffffff800a870e08 0000000002360018
[ 692.803273] 9e40: ffffff800a843e80 ffffff8009616c28 ffffffc0e3f23590 0000000000000000
[ 692.803276] 9e60: ffffff8009120864 ffffff800a843e80 ffffffc0e3f23590 ffffff800a431008
[ 692.803278] 9e80: ffffff800a431008 ffffffc0df468800 0000000000000008 0000000000000000
[ 692.803281] 9ea0: ffffff800aa1dec0 ffffff800a8460c0 000000000000000a 00000000eaf64c00
[ 692.803283] 9ec0: ffffff800a858200 ffffffc0e3f19f10 ffffff80090a4ecc ffffffc0e3f19f10
[ 692.803287] [ffffffc0e3f19f10+ 144][<ffffff8009083284>] el1_irq+0x104/0x178
[ 692.803292] [ffffffc0e3f19fa0+ 32][<ffffff80090a4ecc>] irq_exit+0xa4/0xec
[ 692.803295] [ffffffc0e3f19fc0+ 64][<ffffff80090f80a8>] __handle_domain_irq+0x8c/0xc0
[ 692.803298] [ffffffc0e3f1a000+ 64][<ffffff8009081594>] gic_handle_irq+0x6c/0xa8
[ 692.803300] Exception stack(0xffffff800a843d50 to 0xffffff800a843e80)
[ 692.803302] 3d40: 0000000000000000 ffffff800a858200
[ 692.803305] 3d60: ffffff8009638938 0019c2b594d6d3da 00ffffffffffffff 00000003c897dfcf
[ 692.803308] 3d80: 0000000000020c78 0000000000000000 0000000000001000 0000000000000008
[ 692.803310] 3da0: 000000003445d91d 00000040d9ae5000 ffffff800a858200 0000000100000000
[ 692.803313] 3dc0: 0000000000000001 0000000000000000 ffffff8009120864 0000000000000000
[ 692.803315] 3de0: 0000000000000000 0000009c6a00a57c ffffffc0ddc07400 ffffffc0de3ad800
[ 692.803318] 3e00: 00000000ffffffff 0000000000000001 0000009c6a0053c7 ffffffc0de3ad878
[ 692.803320] 3e20: 00000000f0f2a000 00000000eaf64c00 0000000002360018 ffffff800a843e80
[ 692.803323] 3e40: ffffff8009616c28 ffffff800a843e80 ffffff8009616c2c 0000000040c00149
[ 692.803325] 3e60: 0000000000000000 0000000000000000 ffffffffffffffff 0000000000000000
[ 692.803328] [ffffffc0e3f1a040+ 0][<ffffff8009083284>] el1_irq+0x104/0x178
[ 692.803333] [ffffff800a843e80+ 80][<ffffff8009616c2c>] cpuidle_enter_state+0x274/0x2c8
[ 692.803336] [ffffff800a843ed0+ 48][<ffffff8009616cfc>] cpuidle_enter+0x38/0x48
[ 692.803340] [ffffff800a843f00+ 48][<ffffff80090e9e14>] call_cpuidle+0x60/0x64
[ 692.803344] [ffffff800a843f30+ 80][<ffffff80090ea158>] cpu_startup_entry+0x1a0/0x1b0
[ 692.803347] [ffffff800a843f80+ 32][<ffffff8009bdf820>] rest_init+0x88/0x94
[ 692.803353] [ffffff800a843fa0+ 80][<ffffff800a360b44>] start_kernel+0x388/0x3a0
[ 692.803356] [ffffff800a843ff0+ 0][<ffffff800a360200>] __primary_switched+0x7c/0x90
[ 693.633123] INFO: rcu_sched detected stalls on CPUs/tasks:
[ 693.633135] 0-...: (1 GPs behind) idle=23f/2/0 softirq=42549/42763 fqs=1002
[ 693.633136] (detected by 2, t=2102 jiffies, g=337, c=336, q=6)
[ 693.633141] Task dump for CPU 0:
[ 693.633143] swapper/0 R running task 0 0 0 0x00000012
[ 693.633148] Call trace:
[ 693.633159] [ffffff800a843e60+ 0][<ffffff8009086540>] __switch_to+0xa0/0xbc
[ 693.633162] [0000000000000000+ 0][<0000000000000000>] (null)
[ 709.890724] RTW: wlan0 cmd=12,2,0 process_time=37580
[ 744.846032] RTW: cfg80211_rtw_scan(wlan0)
[ 744.846047] RTW: WARN cfg80211_rtw_scan (wlan0) : scan abort!! BusyTraffic
[ 756.129749] RTW: OnAction_back
[ 756.129758] RTW: OnAction_back, action=0
[ 756.130721] RTW: issue_addba_rsp_wait_ack(wlan0) ra=6c:cd:d6:f7:5c:36 status:=0 tid=3 size:64, acked, 1/3 in 0 ms
after that error it was able to keep playing
but after a couple of minutes it crashed and the ssh died before outputting any error logs
and there is a video of what happens
after a while the video starts again here is the error from dmseg
Interesting. Do you ever get a hard freeze or are you able to keep the SSH connection?
I did not have any more issues yesterday after switching to ethernet, but only used it for maybe 2-3 more hours afterwards, so could be just lucky.
Updated to the new version now and switched back to wifi. Let’s see how it goes. Will keep you posted
the ssh disconnected when it freezed and the device was not pinging back. what I did was ping the device with -t flag to be able to check when it revived. After a while it pinged back. I rushed to the tv and saw the video was playing and logged back into the device via ssh and pasted the logs you saw.
Ok I think I have the logs that will serve the purpose
Check from Aug 28 10:45:35 that is when the video freezes and at Aug 28 11:01:40 it revives
I am experiencing the same issue. The video and audio freeze while watching content. This started after the update I performed today at 6 AM (GMT+2). The device is now unusable. Should I consider returning it to the seller?
This will be resolved with an update.
Hi
Thanks for your patience.
Please go to My OSMC → Updates → Manual Controls and select check for updates now and install the update when prompted and let me know how it goes. It may take a few minutes for the update to reach you.
Thanks
Sam
Ok Sam
I’ve updated, tried it, and it works.
the download speed’s are great now.
also while playing I pinged the machine continuously and there where no hiccups and no errors in journactl (dmesg)
thank you
Agus
Cheers and sorry about this inconvenience. Thanks for the logs and prompt testing.
Just updated and looks better for me as well, have been able to watch TV for over an hour with no freezes or skips, thanks!
Sorry I was not able to reply anymore as I reached my quotum of daily posts for this forum.
Updated and played my test movie for about 1 hour without issues. Then I got a black screen, though the system was still responsive. Restarted the movie, but got stuttering playback. Only after rebooting everything worked fine again.
I am not sure if this was a related issue. I will see if this happens again. Thanks for your hard work.
