CVE-2026-89517

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sched_ext: Core scheduling altında rq->core_pick bozulmasının düzeltilmesi Core scheduling'in pick_next_task() fonksiyonu, paylaşılan çekirdek genelindeki rq kilidi altında tek bir geçişte, çekirdeğin her SMT kardeşinde neyin çalıştırılacağını seçer. Seçim durumu yalnızca kilit sürekli tutulduğu sürece tutarlıdır, bu nedenle ->pick_task() başlangıçta kilidi serbest bırakamıyordu. Ancak, 4c95380701f5 ("sched/ext: Fold balance_scx() into pick_task_scx()") sürümünden beri, sched_ext seçim işleminin içerisinden dispatch yürütür ve dispatch işlemi rq kilidini bırakabilir. Bunu desteklemek için pick_next_task(), bir seçim işlemi kilidi bıraktıktan sonra RETRY_TASK döndürdüğünde tüm seçimi yeniden başlatacak şekilde güncellenmiştir. Aynı çekirdek üzerindeki seçimler, bırakılan kilit aracılığıyla birbirine karıştığında durumlarını bozarlar: biri diğerinin rq->core_pick değerini temizleyerek NULL deref hatasına yol açar veya önceki görevi tutma kararını geçersiz kılarak sıradan çıkarılmış bir görevin çalışmaya devam etmesine neden olur; bu da bir sonraki uyandırmayı kilitleyerek raporlanan donmalara (hard hang) yol açar. Bir SMT makinesindeki cookie tabanlı ping-pong yükü, bu karışımları sıklaştırır ve çekirdeği saniyeler içinde çökertir. Dispatch işlemi rq kilidini her bıraktığında seçimin RETRY_TASK döndürmesi sağlanarak sorun giderilmiştir; böylece bir seçim yalnızca sürekli tutulan bir kilit altında yapılan seçimleri onaylar. Önceki yamadaki rq->scx.lock_drop_seq, bırakma işlemlerini sayar. Hiçbir şeye dokunmayan bir dispatch asla kilidi bırakmaz ve "çalıştırılacak bir şey yok" dahil olmak üzere kararı geçerli kalır: yeniden denemeler sınırlıdır, her biri gerçekten bir işlem yapan bir dispatch'i takip eder ve boşta olan bir CPU döngüye girmez. Eğer rq üzerinde halihazırda başka bir dispatch işlemi yürütülüyorsa, dispatch işlemi atlanır ve yerel olarak kuyruğa alınmış olanlardan seçim yapılır - yürütülen dispatch kilidi bırakmıştır, dolayısıyla kendi seçimi bu rq'yu yeniden deneyecek ve tekrar seçecektir; burada RETRY_TASK döndürmek ise sadece o dispatch'in bitirmesi için ihtiyaç duyduğu kilit üzerinde dönmeye (spin) neden olacaktır. Balance geri çağırmaları onları kuyruğa ekleyen bağlamda çalışmalıdır, bu nedenle yalnızca CPU'nun kendi rq'suna eklenebilirler. Başka bir rq için dispatch yaparken, ertelenmiş iş doğrudan çalıştırılır - söz konusu rq, tüm seçimlerini core-sched hızlı yolu üzerinden tüketebilir ve geri çağırmayı kendisi hiçbir zaman kuyruğa eklemeyebilir. put_prev_task_scx() fonksiyonunun, arkada çalıştırılabilir bir görev kaldığına dair uyarısı, dispatch işleminin uzaklaşmakta olan seçimin bir parçası olarak çalıştığını varsaymaktaydı. Bu artık yalnızca core-sched olmayan yolda geçerlidir; bu nedenle işlem sınırlandırılmış ve core scheduling olmadan her zaman doğru olan cookie-eşleşme testi koşuldan kaldırılmıştır.