CVE-2026-43385

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: net: threaded busypoll içindeki rcu_tasks duraksaması düzeltildi Bir NIC sürücüsünü hata ayıklarken, threaded busypoll özelliğini etkinleştirdiğimde bpftrace'in başlatılırken donduğunu fark ettim. dmesg şunları gösterdi: rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 10658 jiffies old. rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 40793 jiffies old. rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 131273 jiffies old. rcu_tasks_wait_gp: rcu_tasks grace period number 85 (since boot) is 402058 jiffies old. INFO: rcu_tasks detected stalls on tasks: 00000000769f52cd: .N nvcsw: 2/2 holdout: 1 idle_cpu: -1/64 task:napi/eth2-8265 state:R running task stack:0 pid:48300 tgid:48300 ppid:2 task_flags:0x208040 flags:0x00004000 Call Trace: <TASK> ? napi_threaded_poll_loop+0x27c/0x2c0 ? __pfx_napi_threaded_poll+0x10/0x10 ? napi_threaded_poll+0x26/0x80 ? kthread+0xfa/0x240 ? __pfx_kthread+0x10/0x10 ? ret_from_fork+0x31/0x50 ? __pfx_kthread+0x10/0x10 ? ret_from_fork_asm+0x1a/0x30 </TASK> Bunun nedeni, threaded busypoll modunda ana döngünün napi_threaded_poll_loop yerine napi_threaded_poll içinde olmasıdır; ikincisi kendi döngüsü içinde nadiren birden fazla kez yinelenir. napi_threaded_poll_loop içerisindeki rcu_softirq_qs_periodic fonksiyonunun qs durumunu raporlayabilmesi için last_qs değerinin 100ms geride olması gerekir ve bu durum gerçekleşemez çünkü threaded busypoll sırasında napi_threaded_poll_loop nadiren yinelenir ve napi_threaded_poll_loop her çağrıldığında last_qs güncel jiffies değerine sıfırlanır. Bu yama, threaded busypoll modunda last_qs değerinin dıştaki napi_threaded_poll içinde saklanmasını sağlar ve busy_poll_last_qs değerinin NULL olup olmadığı, napi_threaded_poll_loop fonksiyonunun busypoll için çağrılıp çağrılmadığını belirtir. Bu sayede last_qs, napi_threaded_poll_loop'un her çağrılışında güncel jiffies değerine sıfırlanmaz.