summaryrefslogtreecommitdiff
path: root/include/net/neighbour.h
diff options
context:
space:
mode:
authorJulian Wiedmann <jwi@linux.ibm.com>2019-01-25 15:44:19 +0100
committerDavid S. Miller <davem@davemloft.net>2019-01-25 21:23:55 -0800
commit654e3d48bebbebf6c244a004833d5e0ffe6191b4 (patch)
treef479a8f00f98e951be4f7e0ad765cc16be0171f8 /include/net/neighbour.h
parente22355ea3f3cd6e3ff46b2c7d23c454762e82989 (diff)
s390/qeth: register MAC address earlier
commit 4789a2188048 ("s390/qeth: fix race when setting MAC address") resolved a race where our initial programming of dev_addr into the HW and a call to ndo_set_mac_address() could run concurrently. In this case, we could end up getting confused about which address was actually set in the HW. The quick fix was to introduce additional locking that blocks any ndo_set_mac_address() while the device is being set online. But the race primarily originated from the fact that we first register the netdevice, and only then program its dev_addr. By re-ordering this sequence, userspace will only be able to change the MAC address _after_ we have finished with setting the initial dev_addr. Still, the same MAC address race can also occur during a subsequent call to qeth_l2_set_online(). So keep around the locking for now, until a follow-up patch fully resolves this. Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/net/neighbour.h')
0 files changed, 0 insertions, 0 deletions