summaryrefslogtreecommitdiff
path: root/drivers/infiniband/hw/hfi1
diff options
context:
space:
mode:
authorHåkon Bugge <haakon.bugge@oracle.com>2018-04-18 17:24:50 +0300
committerDoug Ledford <dledford@redhat.com>2018-04-30 20:07:28 +0300
commitdb82476f37413eaeff5f836a9d8b022d6544accf (patch)
treef75548e4ce7dc6a9ff7e14711631f8a72365f32f /drivers/infiniband/hw/hfi1
parent2df19e19ae90d94fd8724083f161f368a2797537 (diff)
downloadlinux-db82476f37413eaeff5f836a9d8b022d6544accf.tar.xz
IB/core: Make ib_mad_client_id atomic
Currently, the kernel protects access to the agent ID allocator on a per port basis using a spinlock, so it is impossible for two apps/threads on the same port to get the same TID, but it is entirely possible for two threads on different ports to end up with the same TID. As this can be confusing (regardless of it being legal according to the IB Spec 1.3, C13-18.1.1, in section 13.4.6.4 - TransactionID usage), and as the rdma-core user space API for /dev/umad devices implies unique TIDs even across ports, make the TID an atomic type so that no two allocations, regardless of port number, will be the same. Signed-off-by: Håkon Bugge <haakon.bugge@oracle.com> Reviewed-by: Jack Morgenstein <jackm@dev.mellanox.co.il> Reviewed-by: Ira Weiny <ira.weiny@intel.com> Reviewed-by: Zhu Yanjun <yanjun.zhu@oracle.com> Signed-off-by: Doug Ledford <dledford@redhat.com>
Diffstat (limited to 'drivers/infiniband/hw/hfi1')
0 files changed, 0 insertions, 0 deletions