Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Error: CLANG_WARNING:
rdma-core-28.0/providers/qedr/qelr_main.c:184:20: warning: The left expression of the compound assignment is an uninitialized value. The computed value will also be garbage
# cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC;
# ~~~~~~~~~~~~~~~~~ ^
rdma-core-28.0/providers/qedr/qelr_main.c:176:6: note: Assuming 'ctx' is non-null
# if (!ctx)
# ^~~~
rdma-core-28.0/providers/qedr/qelr_main.c:176:2: note: Taking false branch
# if (!ctx)
# ^
rdma-core-28.0/providers/qedr/qelr_main.c:184:20: note: The left expression of the compound assignment is an uninitialized value. The computed value will also be garbage
# cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC;
# ~~~~~~~~~~~~~~~~~ ^
# 182| qelr_set_debug_mask();
# 183|
# 184|-> cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC;
# 185| if (ibv_cmd_get_context(&ctx->ibv_ctx, &cmd.ibv_cmd, sizeof(cmd),
# 186| &resp.ibv_resp, sizeof(resp)))
Error: OVERRUN (CWE-119):
rdma-core-28.0/providers/qedr/qelr_verbs.c:459: overrun-buffer-val: Overrunning struct type _KABI_RESP_STRUCT_IB_USER_VERBS_CMD_CREATE_SRQ of 16 bytes by passing it to a function which accesses it at byte offset 16.
# 457| pthread_spin_init(&srq->lock, PTHREAD_PROCESS_PRIVATE);
# 458| qelr_create_srq_configure_req(srq, &req);
# 459|-> ret = ibv_cmd_create_srq(pd, &srq->ibv_srq, init_attr, &req.ibv_cmd,
# 460| sizeof(req), &resp.ibv_resp, sizeof(resp));
# 461| if (ret) {
Error: OVERRUN (CWE-119):
rdma-core-28.0/providers/qedr/qelr_verbs.c:743: overrun-buffer-val: Overrunning struct type _KABI_RESP_STRUCT_IB_USER_VERBS_CMD_CREATE_QP of 32 bytes by passing it to a function which accesses it at byte offset 32.
# 741| qelr_create_qp_configure_req(qp, &req);
# 742|
# 743|-> rc = ibv_cmd_create_qp(pd, &qp->ibv_qp, attrs, &req.ibv_cmd,
# 744| sizeof(req), &resp.ibv_resp, sizeof(resp));
# 745| if (rc) {
Version-Release number of selected component (if applicable):
The source rpm had been created from git upstrema repo. The last upstream
commit id is 4cb982f9773b5c06437b57341d65528d077129b9 .
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
The first issue had been fixed in upstream. Rest two issues are not qedr specific. Set devel+ flag.
rdma-core (master)]$ git show 9bb0fcf83c305ab88811d3de068977700d3eb78b
commit 9bb0fcf83c305ab88811d3de068977700d3eb78b
Author: Michal Kalderon <michal.kalderon>
Date: Wed Feb 12 17:32:52 2020 +0200
libqedr: Fix user context allocation forward compatibility
The user context alloc request structure introduced a new field
to indicate doorbell recovery is supported. This field was added so
that additional features could be added in the future by setting a
capability flag. However, the field wasn't zeroed, and was initialized
using "|=" instead of "=" leading to garbage in the other bits.
For forward compatability, we need to make sure all other bits are
zero.
Cc: stable # v27 v28
Fixes: d9b2ba480af5 ("libqedr: Add support for Doorbell Overflow Recovery")
Signed-off-by: Ariel Elior <ariel.elior>
Signed-off-by: Michal Kalderon <michal.kalderon>
diff --git a/providers/qedr/qelr_main.c b/providers/qedr/qelr_main.c
index 06edef51e13f..e7045cae3999 100644
--- a/providers/qedr/qelr_main.c
+++ b/providers/qedr/qelr_main.c
@@ -181,7 +181,7 @@ static struct verbs_context *qelr_alloc_context(struct ibv_device *ibdev,
qelr_open_debug_file(ctx);
qelr_set_debug_mask();
- cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC;
+ cmd.context_flags = QEDR_ALLOC_UCTX_DB_REC;
if (ibv_cmd_get_context(&ctx->ibv_ctx, &cmd.ibv_cmd, sizeof(cmd),
&resp.ibv_resp, sizeof(resp)))
goto cmd_err;
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (rdma-core bug fix and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHEA-2020:4456
Description of problem: Error: CLANG_WARNING: rdma-core-28.0/providers/qedr/qelr_main.c:184:20: warning: The left expression of the compound assignment is an uninitialized value. The computed value will also be garbage # cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC; # ~~~~~~~~~~~~~~~~~ ^ rdma-core-28.0/providers/qedr/qelr_main.c:176:6: note: Assuming 'ctx' is non-null # if (!ctx) # ^~~~ rdma-core-28.0/providers/qedr/qelr_main.c:176:2: note: Taking false branch # if (!ctx) # ^ rdma-core-28.0/providers/qedr/qelr_main.c:184:20: note: The left expression of the compound assignment is an uninitialized value. The computed value will also be garbage # cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC; # ~~~~~~~~~~~~~~~~~ ^ # 182| qelr_set_debug_mask(); # 183| # 184|-> cmd.context_flags |= QEDR_ALLOC_UCTX_DB_REC; # 185| if (ibv_cmd_get_context(&ctx->ibv_ctx, &cmd.ibv_cmd, sizeof(cmd), # 186| &resp.ibv_resp, sizeof(resp))) Error: OVERRUN (CWE-119): rdma-core-28.0/providers/qedr/qelr_verbs.c:459: overrun-buffer-val: Overrunning struct type _KABI_RESP_STRUCT_IB_USER_VERBS_CMD_CREATE_SRQ of 16 bytes by passing it to a function which accesses it at byte offset 16. # 457| pthread_spin_init(&srq->lock, PTHREAD_PROCESS_PRIVATE); # 458| qelr_create_srq_configure_req(srq, &req); # 459|-> ret = ibv_cmd_create_srq(pd, &srq->ibv_srq, init_attr, &req.ibv_cmd, # 460| sizeof(req), &resp.ibv_resp, sizeof(resp)); # 461| if (ret) { Error: OVERRUN (CWE-119): rdma-core-28.0/providers/qedr/qelr_verbs.c:743: overrun-buffer-val: Overrunning struct type _KABI_RESP_STRUCT_IB_USER_VERBS_CMD_CREATE_QP of 32 bytes by passing it to a function which accesses it at byte offset 32. # 741| qelr_create_qp_configure_req(qp, &req); # 742| # 743|-> rc = ibv_cmd_create_qp(pd, &qp->ibv_qp, attrs, &req.ibv_cmd, # 744| sizeof(req), &resp.ibv_resp, sizeof(resp)); # 745| if (rc) { Version-Release number of selected component (if applicable): The source rpm had been created from git upstrema repo. The last upstream commit id is 4cb982f9773b5c06437b57341d65528d077129b9 . How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: