diff options
| author | Jacob Moroni <jmoroni@google.com> | 2026-07-28 14:15:00 +0000 |
|---|---|---|
| committer | Leon Romanovsky <leon@kernel.org> | 2026-08-05 10:35:36 -0400 |
| commit | 09d09e5d79f3174bc082fcea85743a6ce4b69016 (patch) | |
| tree | a656f33bfd36dc2008cdf6417c136f52593e85b6 /include | |
| parent | 43598807f71ac1c9164f26004acf2496d4038daf (diff) | |
| download | linux-09d09e5d79f3174bc082fcea85743a6ce4b69016.tar.gz linux-09d09e5d79f3174bc082fcea85743a6ce4b69016.zip | |
RDMA/core: Prevent rereg_mr for dmabuf umems
The rereg_mr method has always been explicitly blocked in
rdma-core for dmabuf MRs anyway, so add a check to the
ib_umem_check_rereg helper so that each driver doesn't need
to handle it.
Depending on how the driver handled rereg_mr, this also
has the benefit of preventing rereg_mr from being used
to add the IB_ACCESS_MW_BIND flag to a dmabuf MR. This
flag is not allowed during registration, so it seems
sensible to prevent it from being added back with rereg_mr.
Preventing IB_ACCESS_MW_BIND is important for drivers that
support revocable dmabufs and implement "revoke" by issuing
a dereg_mr command to the HW because most(?) HW will reject
this command if the MR has windows bound to it, and a failure
to revoke is supposed to trigger a function reset.
Signed-off-by: Jacob Moroni <jmoroni@google.com>
Link: https://patch.msgid.link/20260728141501.1425737-1-jmoroni@google.com
Signed-off-by: Leon Romanovsky <leon@kernel.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions
