Roger While wrote:
Is there any knob/option to prevent libata probing non-existent channels ? Specifically how can I stop the kernel probing the second SATA? -
..
<6>ata1.00: ATA-7, max UDMA/133, 490234752 sectors: LBA48 NCQ (depth 0/1) <6>ata1.00: ata1: dev 0 multi count 8 <6>ata1.00: configured for UDMA/133 <6>scsi1 : ata_piix <4>ata2: port is slow to respond, please be patient (Status 0xff) <3>ata2: port failed to respond (30 secs, Status 0xff) <3>ata2: SRST failed (status 0xFF) <3>ata2: SRST failed (err_mask=0x100) <4>ata2: softreset failed, retrying in 5 secs <3>ata2: SRST failed (status 0xFF) <3>ata2: SRST failed (err_mask=0x100) <4>ata2: softreset failed, retrying in 5 secs <3>ata2: SRST failed (status 0xFF) <3>ata2: SRST failed (err_mask=0x100) <3>ata2: reset failed, giving up
.. Ugh. That could really slow down system startup. There is no parameter to avoid it, just one to reduce the delay while it probes. Not ideal. But it really could be more clever here, and notice the 0xff patterns, and have an early exit if there's obviously nothing attached. Or perhaps there's some register it could read to see if the port was disabled in the BIOS (I'm betting it is still "enabled", but it could be good to check if we don't already). Maybe just do it in the ata_piix subdriver. Tejun, Alan? -ml - 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
