linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Unexpected _GTF length (8)
@ 2013-09-22  1:56 Patrik Jakobsson
  2013-09-22  6:25 ` Levente Kurusa
  2013-09-22 15:59 ` Tejun Heo
  0 siblings, 2 replies; 5+ messages in thread
From: Patrik Jakobsson @ 2013-09-22  1:56 UTC (permalink / raw)
  To: linux-ide; +Cc: tj

Hi,

I've just got myself a MacBook Air 2013 and started looking at the dmesg output
for 3.12-rc1 where I found this:

ata1.00: unexpected _GTF length (8)

The condition in libata-acpi.c that triggers this is:

if (out_obj->buffer.length % REGS_PER_GTF)

Where REGS_PER_GTF is defined as 7 which is correct according to ACPI specs.
Since I'm getting a length of 8 I started digging in the ACPI code and found
that the length is rounded up to acpi_size (u32 or u64 depending on arch). I
cannot find any commits that recently touched this though I didn't really dig
through it all.

I've disassembled the SSDT for the "SataAhci" and everything looks ok. That
code returns a 56 bit buffer. I also tried calling the _GTF method manually
which returned the following (padded to 8 bytes by the ACPI code ofc).

{0x10, 0x03, 0x00, 0x00, 0x00, 0xa0, 0xef, 0x00}

Doing a quick google search gives me a few of these _GTF length errors dating
back to at least 2011. What's going on here? Is this a known error?

Thanks
Patrik Jakobsson

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2013-09-22 17:09 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-22  1:56 Unexpected _GTF length (8) Patrik Jakobsson
2013-09-22  6:25 ` Levente Kurusa
2013-09-22 15:06   ` Patrik Jakobsson
2013-09-22 15:59 ` Tejun Heo
2013-09-22 17:09   ` Patrik Jakobsson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).