CVE-2023-54048

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

RDMA/bnxt_re: Prevent handling any completions after qp destroy

HW may generate completions that indicates QP is destroyed. Driver should not be scheduling any more completion handlers for this QP, after the QP is destroyed. Since CQs are active during the QP destroy, driver may still schedule completion handlers. This can cause a race where the destroycq and pollcq running simultaneously.

Snippet of kernel panic while doing bnxt_re driver load unload in loop. This indicates a poll after the CQ is freed. 

[77786.481636] Call Trace: [77786.481640]  <TASK> [77786.481644]  bnxtrepollcq+0x14a/0x620 [bnxtre] [77786.481658]  ? kvmclockread+0x14/0x30 [77786.481693]  __ibprocesscq+0x57/0x190 [ibcore] [77786.481728]  ibcqpollwork+0x26/0x80 [ibcore] [77786.481761]  processonework+0x1e5/0x3f0 [77786.481768]  workerthread+0x50/0x3a0 [77786.481785]  ? __pfxworkerthread+0x10/0x10 [77786.481790]  kthread+0xe2/0x110 [77786.481794]  ? _pfxkthread+0x10/0x10 [77786.481797]  retfromfork+0x2c/0x50

To avoid this, complete all completion handlers before returning the destroy QP. If freecq is called soon after destroyqp, IB stack will cancel the CQ work before invoking the destroy_cq verb and this will prevent any race mentioned.