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-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45EEAFB4.3060306@gmail.com>
Date:	Wed, 07 Mar 2007 21:27:32 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Conke Hu <conke.hu@...il.com>
CC:	Jeff Garzik <jeff@...zik.org>, Alan <alan@...rguk.ukuu.org.uk>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [BUG] ATAPI command TEST_UNIT_READY never succeeds!

Conke Hu wrote:
> On 3/7/07, Conke Hu <conke.hu@...il.com> wrote:
>> Hi,
>>     Do you ever noticed that the ATAPI command TEST_UNIT_READY always
>> fails to execute !?
>>     I debugged in the following environments:
>>         piix + Intel ICH6/ICH7 PATA
>>         atiixp + ATI SB600 PATA
>>         libata + ata_piix + Intel ICH6/ICH7 PATA
>>         libata + sata_sil24 + Silicon Image 3132
>>         libata + ahci + ATI SB600 SATA
>>         libata + ahci + Intel AHCI
>>     but none of them can execute TEST_UNIT_READY command successfully.
>>     For example, in ahci driver, ahci_interrupt() reads port status as
>> 0x4000_0000, which indicates an taskfile error.
> ~~~~~~~~~~~~~~~~~~
> 
> 0x4000_0001, not 0x4000_0000, sorry.
> 
> more precisely speaking, ahci_host_intr() reads PORT_IRQ_STAT as
> 0x4000_0001, not the  expected 0x0000_0001.

I've read your last posting about this, but forgot to follow up.  TUR is
supposed to fail if ATAPI device doesn't have media loaded.  TUR fails
and sense data returns device not ready - media not present.  That's the
normal operation.  Does TUR fail even with media loaded or is sense data
not properly fetched?

-- 
tejun
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ