summaryrefslogtreecommitdiffstats
path: root/drivers/block/DAC960.h
diff options
context:
space:
mode:
authorLinus Walleij <triad@df.lth.se>2008-04-26 23:39:44 +0100
committerRussell King <rmk+kernel@arm.linux.org.uk>2008-04-28 17:03:34 +0100
commit26eed9a5c61edd93d88e147188d4feae6770174e (patch)
tree91e514baffe79035513185013d765fc4063a1c8c /drivers/block/DAC960.h
parent136eb955773dc99f82e6e754038eb1c530e03fdf (diff)
downloadop-kernel-dev-26eed9a5c61edd93d88e147188d4feae6770174e.zip
op-kernel-dev-26eed9a5c61edd93d88e147188d4feae6770174e.tar.gz
[ARM] 5022/1: Race in ARM MMCI PL18x driver, V2
Updated version of 4446/1. This also drops the suggested comparison of host_remain for == 0, since that doesn't make sense (still works for us, too). We have verified that this patch solve race problems on atleast 2 archs at high frequencies. (Verbatim copy of old patch text below.) The patch below fixes a race condition in the ARM MMCI PL18x driver. If new data arrives in the FIFO while existing data is being read then we get a second iteration of the loop in mmci_pio_read. However host->size is not updated until after mmci_pio_read returns, so we get count = number of new bytes PLUS number of bytes already copied in the first iteration. This results in a FIFO underrun as we try and read mode data than is available. The fix is to compensating for data read on previous iterations when calculating the amount of data in the FIFO. Signed-off-by: Linus Walleij <triad@df.lth.se> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Diffstat (limited to 'drivers/block/DAC960.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud