linux-kernel - 2.6.20: libata PATA ATAPI CDROM weirdness on ALI

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070218045625.GE19788@lostlogicx.com>
Date:	Sat, 17 Feb 2007 22:56:25 -0600
From:	Brandon Low <lostlogic@...tlogicx.com>
To:	linux-kernel@...r.kernel.org
Subject: 2.6.20: libata PATA ATAPI CDROM weirdness on ALI

I'm having some weirdness during boot with my optical drives on 2.6.20.

ata2.00: ATAPI, max UDMA/33     
ata2.01: ATAPI, max UDMA/33 
ata2.00: qc timeout (cmd 0xef)
ata2.00: failed to set xfermode (err_mask=0x4)
ata2.00: limiting speed to UDMA/25
ata2: failed to recover some devices, retrying in 5 secs
ata2.00: configured for UDMA/25
ata2.01: configured for UDMA/33

the 4 lines starting with qc timeout _would_ repeat with lower speeds
until the drive was finally disabled and then do the same for 2.01,
except that on this particular attempt, I had the thought to eject both
optical drives while it sat there.  Boot then proceeded normally and the
drives appear to work.

Intuitively this seems to indicate that the drives aren't being sent
some kind of wake-up call before their transfer modes are set.

The motherboard is an ASRock 939 Dual SATA II.

Let me know if there is any more information that I can provide.

Thanks,

Brandon Low
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/