| commit | ffddf1717b0d388879c646eaf6261a2b393c06ad | |
| author | Sergei Shtylyov <sshtylyov@ru.mvista.com> | |
| Sun, 7 Jun 2009 13:37:05 +0000 (7 15:37 +0200) | ||
| committer | Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> | |
| Sun, 7 Jun 2009 13:37:05 +0000 (7 15:37 +0200) | ||
| tree | a39a6356cbd2f7bdf54dff50e7bac91a75991cb7 | treesnapshot (tar.gz zip) |
| parent | 1221e241e3a6f1ff5b0de03d58d871f7c995781b | commitdiff |
pdc202xx_old: kill resetproc() method
The driver's resetproc() method 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 also ensues 2-second delay, while there's no
apparent reason why SRST reset being performed prior to resetproc() call needs
to be followed up by another reset.
Signed-off-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
The driver's resetproc() method 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 also ensues 2-second delay, while there's no
apparent reason why SRST reset being performed prior to resetproc() call needs
to be followed up by another reset.
Signed-off-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
| drivers/ide/pdc202xx_old.c | diffblobblamehistory |