Re: Fwd: Long delay when booting with SATA DVD on Marvell 88SE6121

[Tejun Heo <tj@kernel.org>]

Hello,

Mike Hokenson wrote:
> (sorry, resent to linux-ide without the html)
> 
> On Mon, Aug 31, 2009 at 9:02 AM, Tejun Heo <tj@kernel.org> wrote:
>>> [    6.312129] ata2.00: qc timeout (cmd 0xa1)
>>> [    6.312135] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4)
>>> [   11.352006] ata2: link is slow to respond, please be patient (ready=0)
>>> [   16.336009] ata2: device not ready (errno=-16), forcing hardreset
>>> [   21.532007] ata2: link is slow to respond, please be patient (ready=0)
>>> [   26.348009] ata2: SRST failed (errno=-16)
>>> [   31.544008] ata2: link is slow to respond, please be patient (ready=0)
>>> [   36.360014] ata2: SRST failed (errno=-16)
>>> [   36.544307] ata2.00: ATAPI: ASUS    DRW-2014L1T, 1.02, max UDMA/66
>>> [   36.560317] ata2.00: configured for UDMA/66
>>> [   36.576547] scsi 1:0:0:0: CD-ROM            ASUS     DRW-2014L1T
>>> 1.02 PQ: 0 ANSI: 5
>> "libata.force=2:udma33" would force it to udma/33 but I don't think
>> that would be the problem here.  IDENTIFY doesn't use udma anyway.
>> Does the problem go away if you do "libata.force=2:pio0"?
> 
> Thanks for the suggestion, but it didn't help. libata is setup as a
> module in Debian's kernel, so I created a /etc/modprobe.d/libata.conf
> with "options libata force=2:pio0" and rebuilt initrd. This appears to
> have properly registered the force flag, but it seems to have only
> been applied once the kernel worked through the issue with the
> controller/port:
> 
> [    3.985969] usbhid: v2.6:USB HID core driver
> [    6.316130] ata2.00: qc timeout (cmd 0xa1)
> [    6.316135] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4)
> [   11.356004] ata2: link is slow to respond, please be patient (ready=0)
> [   16.340004] ata2: device not ready (errno=-16), forcing hardreset
> [   21.536004] ata2: link is slow to respond, please be patient (ready=0)
> [   26.352504] ata2: SRST failed (errno=-16)
> [   31.548004] ata2: link is slow to respond, please be patient (ready=0)
> [   36.364514] ata2: SRST failed (errno=-16)
> [   36.548307] ata2.00: ATAPI: ASUS    DRW-2014L1T, 1.02, max UDMA/66
> [   36.548323] ata2.00: FORCE: xfer_mask set to pio0
> [   36.564827] ata2.00: configured for PIO0
> [   36.565669] scsi 1:0:0:0: CD-ROM            ASUS     DRW-2014L1T
>   1.02 PQ: 0 ANSI: 5
> 
> I'm not sure if this is due to a modular libata or if that's just the
> way it is with this particular problem..

Yeah, PIO0 is forced for initial probing anyway, so the parameter is a
bit bogus in this case.  I'm out of ideas.  Mark, marvell 88se6121 is
timing out the initial IDENTIFY but successfully probes it after a
couple of resets.  Any ideas?

Thanks.

-- 
tejun