+6
−2
Loading
On PREEMPT_RT kernels, local_lock becomes a sleeping lock. The current check in kmalloc_nolock() only verifies we're not in NMI or hard IRQ context, but misses the case where preemption is disabled. When a BPF program runs from a tracepoint with preemption disabled (preempt_count > 0), kmalloc_nolock() proceeds to call local_lock_irqsave() which attempts to acquire a sleeping lock, triggering: BUG: sleeping function called from invalid context in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 6128 preempt_count: 2, expected: 0 Fix this by checking !preemptible() on PREEMPT_RT, which directly expresses the constraint that we cannot take a sleeping lock when preemption is disabled. This encompasses the previous checks for NMI and hard IRQ contexts while also catching cases where preemption is disabled. Fixes: af92793e ("slab: Introduce kmalloc_nolock() and kfree_nolock().") Reported-by:<syzbot+b1546ad4a95331b2101e@syzkaller.appspotmail.com> Closes: https://syzkaller.appspot.com/bug?extid=b1546ad4a95331b2101e Signed-off-by:
Swaraj Gaikwad <swarajgaikwad1925@gmail.com> Acked-by:
Sebastian Andrzej Siewior <bigeasy@linutronix.de> Acked-by:
Alexei Starovoitov <ast@kernel.org> Acked-by:
Harry Yoo <harry.yoo@oracle.com> Link: https://patch.msgid.link/20260113150639.48407-1-swarajgaikwad1925@gmail.co Cc: <stable@vger.kernel.org> Signed-off-by:
Vlastimil Babka <vbabka@suse.cz>