Hello,
Paul Mundt wrote:
[--snip, thanks a lot for the detailed report--]
> However, if I go back before any of the reset changes were introduced,
> things were working fine, and there were no problems with waiting for
> the reset. Ideas?
Hmm... It worked so well on all my sil's. I'm a bit puzzled because we
also failed the same condition before the change too. The only change
is we're less patient with the initial tries but in the end we give more
than enough time to the device to prepare itself.
* Does your drive start spun down when it boots? Can you post dmesg
with printk timestamp turned on with kernel prior to reset-seq merge?
* In ata_bus_softreset() and sata_std_hardreset(), there's msleep(150)
delay before checking the status post-reset. Does increasing the delay
make any difference? Please try to increase it exponentially till it
reaches 10sec.
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]