summaryrefslogtreecommitdiff
path: root/drivers/char/ipmi/ipmi_kcs_sm.c
diff options
context:
space:
mode:
authorAnssi Hannula <anssi.hannula@bitwise.fi>2018-12-17 16:05:41 +0300
committerDavid S. Miller <davem@davemloft.net>2018-12-19 03:17:48 +0300
commit6e0af298066f3b6d99f58989bb0dca6f764b4c6d (patch)
treebf23246701ac6f41f5a7eec0702d9476565ad0fc /drivers/char/ipmi/ipmi_kcs_sm.c
parent8159ecab0db9095902d4c73605fb8787f5c7d653 (diff)
downloadlinux-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