diff options
author | Anssi Hannula <anssi.hannula@bitwise.fi> | 2018-12-17 16:05:41 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-12-19 03:17:48 +0300 |
commit | 6e0af298066f3b6d99f58989bb0dca6f764b4c6d (patch) | |
tree | bf23246701ac6f41f5a7eec0702d9476565ad0fc /drivers/char/ipmi/ipmi_kcs_sm.c | |
parent | 8159ecab0db9095902d4c73605fb8787f5c7d653 (diff) | |
download | linux-6e0af298066f3b6d99f58989bb0dca6f764b4c6d.tar.xz |
net: macb: add missing barriers when reading descriptors
When reading buffer descriptors on RX or on TX completion, an
RX_USED/TX_USED bit is checked first to ensure that the descriptors have
been populated, i.e. the ownership has been transferred. However, there
are no memory barriers to ensure that the data protected by the
RX_USED/TX_USED bit is up-to-date with respect to that bit.
Specifically:
- TX timestamp descriptors may be loaded before ctrl is loaded for the
TX_USED check, which is racy as the descriptors may be updated between
the loads, causing old timestamp descriptor data to be used.
- RX ctrl may be loaded before addr is loaded for the RX_USED check,
which is racy as a new frame may be written between the loads, causing
old ctrl descriptor data to be used.
This issue exists for both macb_rx() and gem_rx() variants.
Fix the races by adding DMA read memory barriers on those paths and
reordering the reads in macb_rx().
I have not observed any actual problems in practice caused by these
being missing, though.
Tested on a ZynqMP based system.
Fixes: 89e5785fc8a6 ("[PATCH] Atmel MACB ethernet driver")
Signed-off-by: Anssi Hannula <anssi.hannula@bitwise.fi>
Cc: Nicolas Ferre <nicolas.ferre@microchip.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/char/ipmi/ipmi_kcs_sm.c')
0 files changed, 0 insertions, 0 deletions