diff options
| author | Dag Moxnes <[email protected]> | 2019-07-09 11:50:26 +0000 |
|---|---|---|
| committer | Jason Gunthorpe <[email protected]> | 2019-07-09 19:27:04 +0000 |
| commit | d8d9ec7dc5abbb3f11d866e983c4984f5c2de9d6 (patch) | |
| tree | 92fe905712b61601cef1585f016e78abc244649f /tools/perf/scripts/python | |
| parent | RDMA/core: Make rdma_counter.h compile stand alone (diff) | |
| download | kernel-d8d9ec7dc5abbb3f11d866e983c4984f5c2de9d6.tar.gz kernel-d8d9ec7dc5abbb3f11d866e983c4984f5c2de9d6.zip | |
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 <[email protected]>
Signed-off-by: HÃ¥kon Bugge <[email protected]>
Reviewed-by: Jason Gunthorpe <[email protected]>
Signed-off-by: Jason Gunthorpe <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions
