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
--
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
