In the Linux kernel, the following vulnerability has been resolved:
RDMA/hns: Fix WQMEMRECLAIM warning
When sunrpc is used, if a reset triggered, our wq may lead the following trace:
workqueue: WQMEMRECLAIM xprtiod:xprtrdmaconnectworker [rpcrdma] is flushing !WQMEMRECLAIM hnsroceirqworkq:flushworkhandle [hnsrocehwv2] WARNING: CPU: 0 PID: 8250 at kernel/workqueue.c:2644 checkflushdependency+0xe0/0x144 Call trace: checkflushdependency+0xe0/0x144 startflush_work.constprop.0+0x1d0/0x2f0 __flushwork.isra.0+0x40/0xb0 flushwork+0x14/0x30 hnsrocev2destroyqp+0xac/0x1e0 [hnsrocehwv2] ibdestroyqpuser+0x9c/0x2b4 rdmadestroyqp+0x34/0xb0 rpcrdmaepdestroy+0x28/0xcc [rpcrdma] rpcrdmaepput+0x74/0xb4 [rpcrdma] rpcrdmaxprtdisconnect+0x1d8/0x260 [rpcrdma] xprtrdmaconnectworker+0xc0/0x120 [rpcrdma] processonework+0x1cc/0x4d0 workerthread+0x154/0x414 kthread+0x104/0x144 retfromfork+0x10/0x18
Since QP destruction frees memory, this wq should have the WQMEMRECLAIM.
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46265.json",
"cna_assigner": "Linux"
}