Jeff Garzik wrote:
Mark Lord wrote:
Tejun Heo wrote:
..
So, to handle the common cases better, libata EH times out resets
quickly. The first two tries are 10 seconds each and most devices
get reset properly before it hits the end of the second reset try
even if it needs to spin up. What takes the longest is the third
..
I think that 10 seconds timeout is just *slightly* too short.
There are drives here somewhere, that always fail the first attempt
because they take about 12 seconds to spin-up and begin communicating.
Also, ATAPI sometimes takes quite a while to respond, I've seen, when
media is in the driver.
The goal there was to get, say, 90% of devices in the first reset and
then the rest of sane ones in the second reset and idiots in the third
reset. As long as resets don't interfere with the device preparing for
readiness as is the case for harddrive spinning up, this works just
fine. If there are devices which have to restart prepping for readiness
on each reset, this can be a problem (those fall into the idiot category).
I personally have never seen such a device yet but if there's an ATAPI
device which doesn't respond to reset till it has spun up the media and
recognized it, it could be a problem. I have to say that would be a
pretty stupid way to implement reset. Jeff, do you remember which drive
it was?
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
