summaryrefslogtreecommitdiffstats
path: root/ipc
diff options
context:
space:
mode:
authorDag Moxnes <dag.moxnes@oracle.com>2019-07-09 13:50:26 +0200
committerJason Gunthorpe <jgg@mellanox.com>2019-07-09 16:27:04 -0300
commitd8d9ec7dc5abbb3f11d866e983c4984f5c2de9d6 (patch)
tree92fe905712b61601cef1585f016e78abc244649f /ipc
parent390d57728d8e6f7283030cb20d3b5459771a32f1 (diff)
downloadlinux-d8d9ec7dc5abbb3f11d866e983c4984f5c2de9d6.tar.bz2
RDMA/core: Fix race when resolving IP address
Use the neighbour lock when copying the MAC address from the neighbour data struct in dst_fetch_ha. When not using the lock, it is possible for the function to race with neigh_update(), causing it to copy an torn MAC address: rdma_resolve_addr() rdma_resolve_ip() addr_resolve() addr_resolve_neigh() fetch_ha() dst_fetch_ha() memcpy(dev_addr->dst_dev_addr, n->ha, MAX_ADDR_LEN) and net_ioctl() arp_ioctl() arp_rec_delete() arp_invalidate() neigh_update() __neigh_update() memcpy(&neigh->ha, lladdr, dev->addr_len) It is possible to provoke this error by calling rdma_resolve_addr() in a tight loop, while deleting the corresponding ARP entry in another tight loop. Fixes: 51d45974515c ("infiniband: addr: Consolidate code to fetch neighbour hardware address from dst.") Signed-off-by: Dag Moxnes <dag.moxnes@oracle.com> Signed-off-by: HÃ¥kon Bugge <haakon.bugge@oracle.com> Reviewed-by: Jason Gunthorpe <jgg@mellanox.com> Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions