summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorJacob Moroni <jmoroni@google.com>2026-06-03 00:44:23 +0300
committerJason Gunthorpe <jgg@nvidia.com>2026-06-05 20:09:29 +0300
commit4385ddd654d90245eeb83b3cb539670ab5c85ba4 (patch)
tree421e084c7ec4efda8e436b73df51c8d888c1fe00 /include
parented8621be482bf18dcd217aa024e95758bf9d28f2 (diff)
downloadlinux-4385ddd654d90245eeb83b3cb539670ab5c85ba4.tar.xz
RDMA/irdma: Fix OOB read during CQ MR registration
Sashiko pointed out an unrelated bug during a previous patch: https://sashiko.dev/#/patchset/20260512183852.614045-1-jmoroni%40google.com This change fixes the bug by eliminating the cqmr->split field which was not being set properly and instead just checks the CQ resize feature flag directly. The cqmr->split field essentially tracks whether IRDMA_FEATURE_CQ_RESIZE is set, but it was not being set until CQ creation time, which is _after_ CQ memory registration (the only other place where it is referenced). As a result, it would always be false during MR registration and would therefore cause irdma_handle_q_mem to populate cqmr->shadow even for GEN_2 HW and beyond: cqmr->shadow = (dma_addr_t)arr[req->cq_pages]; The issue is that for GEN_2 and beyond, req->cq_pages may be exactly equal to iwmr->page_cnt and therefore equal to the size of arr, which would cause an OOB read by one. Fixes: b48c24c2d710 ("RDMA/irdma: Implement device supported verb APIs") Link: https://patch.msgid.link/r/20260602214423.1315105-2-jmoroni@google.com Signed-off-by: Jacob Moroni <jmoroni@google.com> Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions