Ah good stuff, an honest-to-god expert with brains for the picking :)
--- Andre Hedrick <firstname.lastname@example.org> wrote: >
> It is a viable check but it the need for it shows another problem in
> code. In the IDEDMA recovery kludges it must be losing the the
> busy state.
Have I misunderstood then? My understanding was this:
ide_config_drive_speed is doing a SELECT_DRIVE, which is quite liable
to happen during a DMA transfer to/from the other unit on the hwif, and
thus screw up that transfer.
The recovery or not (from the screw-up) is a secondary factor (and it
would be nice if such recoveries worked) but the primary fix is surely
to make sure we don't gratuitously screw up transfers in the first
Or have I just demonstrated my utter ignorance of IDE?
PS: a secondary issue is that after ide_config_drive_speed buggers up a
transfer, the selected drive is NOT the one that ide_intr expects to be
selected. I haven't yet got any clue if this is also relevant though.
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 07 2002 - 22:00:23 EST