Messages in this thread | | | Date | Sun, 5 May 2002 03:10:11 +0100 (BST) | From | Neil Conway <> | Subject | Re: PATCH, IDE corruption, 2.4.18 |
| |
Ah good stuff, an honest-to-god expert with brains for the picking :)
--- Andre Hedrick <andre@linux-ide.org> wrote: > > It is a viable check but it the need for it shows another problem in > the > code. In the IDEDMA recovery kludges it must be losing the the > hwgroup > 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 place.
Or have I just demonstrated my utter ignorance of IDE?
Neil 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 http://uk.my.yahoo.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |