linux-kernel - Re: libata acpi issue on gateway laptop

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]

Date:	Mon, 06 Sep 2010 22:05:27 +0200
From:	Tejun Heo <tj@...nel.org>
To:	Kyle McMartin <kyle@...artin.ca>
CC:	jgarzik@...hat.com, linux-kernel@...r.kernel.org,
	"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: Re: libata acpi issue on gateway laptop

Hello,

On 09/06/2010 09:51 PM, Kyle McMartin wrote:
> On Mon, Sep 06, 2010 at 09:46:10PM +0200, Tejun Heo wrote:
>> These are debug/info messages.  Just ignore them.
>>
> 
> The user claims they are causing long delays waiting for the timeouts to
> occur that go away if booting with noacpi...

Hmm... I don't see any timeout in the log you posted.  Ah, okay, the
interesting part is in the full log, the ACPI GTF sequence itself is
finishing fine but the next NCQ READ command is timing out.  The BIOS
is enabling non-zero buffer offsets and DMA setup FIS auto-activate.
It's likely that the controller isn't being configured correctly
leading to mismatch between the behavior expected by the controller
and the actual drive behavior.  Hmm.... I'll look further into it
tomorrow.  For the record, can you please attach the full log, lspci
-nn output and dmidecode output here?

Thanks.

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