Re: Unexpected _GTF length (8)

[Levente Kurusa <levex@linux.com>]

2013-09-22 03:56 keltezéssel, Patrik Jakobsson írta:
> 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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Hi,

Can you please post the outputs of dmesg and smartctl?
Maybe hdparm -I as well.
These information would greatly help us, in addition to those you
have supplied.

--
Regards,
Levente Kurusa