In the Linux kernel, the following vulnerability has been resolved:

soc: fsl: qbman: Use raw spinlock for cgr_lock

smp_call_function always runs its callback in hard IRQ context, even on
PREEMPT_RT, where spinlocks can sleep. So we need to use a raw spinlock
for cgr_lock to ensure we aren't waiting on a sleeping task.

Although this bug has existed for a while, it was not apparent until
commit ef2a8d5478b9 ("net: dpaa: Adjust queue depth on rate change")
which invokes smp_call_function_single via qman_update_cgr_safe every
time a link goes up or down.

kernel.org https://git.kernel.org/stable/c/2b3fede8225133671ce837c0d284804aa3bc7a02 [No types assigned]

kernel.org https://git.kernel.org/stable/c/32edca2f03a6cc42c650ddc3ad83d086e3f365d1 [No types assigned]

kernel.org https://git.kernel.org/stable/c/54d26adf64c04f186098b39dba86b86037084baa [No types assigned]

kernel.org https://git.kernel.org/stable/c/9a3ca8292ce9fdcce122706c28c3f07bc857fe5e [No types assigned]

kernel.org https://git.kernel.org/stable/c/cd53a8ae5aacb4ecd25088486dea1cd02e74b506 [No types assigned]

kernel.org https://git.kernel.org/stable/c/d6b5aac451c9cc12e43ab7308e0e2ddc52c62c14 [No types assigned]

kernel.org https://git.kernel.org/stable/c/f39d36b7540cf0088ed7ce2de2794f2aa237f6df [No types assigned]

kernel.org https://git.kernel.org/stable/c/fbec4e7fed89b579f2483041fabf9650fb0dd6bc [No types assigned]

kernel.org https://git.kernel.org/stable/c/ff50716b7d5b7985979a5b21163cd79fb3d21d59 [No types assigned]