On 12/03/2009 09:19 AM, Tejun Heo wrote: > That's interesting. The link state seems to oscillates for quite long > time. Can you please try the followings? Sorry for taking so long to get back to this. > 1. Change sata_deb_timing_hotplug to sata_deb_timing_long in > ata_piix.c::piidx_sidpr_hardreset() and see whether it solves the > problem? Nope -- in fact, _three_ of the drives failed to come up once, with this change. > 2. Switch the controller into ahci mode in BIOS if possible and see > whether the problem goes away. Sadly, the BIOS doesn't have an option for this. > 3. Try kernel parameter "libata.force=nohrst" and see whether it makes > any difference. I wasn't able to replicate the problem with this kernel parameter. dmesg for such a boot is attached. At Wed Dec 02 19:42:04 -0500 2009, Tejun Heo wrote: > 4. You can tell libata to reset the port by running the following command. > > echo "- - -" > /sys/class/scsi_host/hostN/scan > > N would be 0 or 1 on your configuration. Can you please run the > above command repeatedly and see whether it triggers a reset > failure? If so, the above will be far more convenient way to test > than rebooting repeatedly. I wasn't able to get this to fail, sadly. If the boot _had_ failed, however, this technique did bring the drive online. - Alex -- Networking -- only one letter away from not working
Attachment:
goodboot.2.6.32-rc8-libata.force=nohrst
Description: Binary data
