diff options
author | Sergei Shtylyov <sshtylyov@ru.mvista.com> | 2009-06-07 15:37:04 +0200 |
---|---|---|
committer | Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> | 2009-06-07 15:37:04 +0200 |
commit | 1221e241e3a6f1ff5b0de03d58d871f7c995781b (patch) | |
tree | 5df00175d7a279900aedec14855608d37d3ed539 /drivers/ide/ide-tape.c | |
parent | 72b9304f04d0724a25251e9e9041aa95f89c15dd (diff) | |
download | op-kernel-dev-1221e241e3a6f1ff5b0de03d58d871f7c995781b.zip op-kernel-dev-1221e241e3a6f1ff5b0de03d58d871f7c995781b.tar.gz |
pdc202xx_old: don't call pdc202xx_reset() on IRQ timeout
The driver's dma_lost_irq() and dma_clear() methods call pdc202xx_reset()
which resets both channels at once -- most probably by driving RESET- on them.
Not only such reset can severely disturb concurrent operations on another
channel, it is also a clear overkill (especially in the first case) and is
completely unexpected and thus not properly handled by the IDE core in this
context (in the second case the usual SRST reset would most probably ensue
anyway though); it also causes quite arbitrary 2-second delay. Hence, use the
standard ide_dma_lost_irq() method and don't install the optional dma_clear()
method at all -- the driver should do well without this age-old cruft...
Signed-off-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Diffstat (limited to 'drivers/ide/ide-tape.c')
0 files changed, 0 insertions, 0 deletions