I own an Acer Aspire Timeline 1810TZ and had the same problem. The 2.6.32rc6 kernel didn't solve the problem for me, but I just had to change the hard-coded model 3810T to 1810TZ in the file drivers/ata/ahci.c like this:
static void ahci_gtf_filter_workaround(struct ata_host *host)
{
static const struct dmi_system_id sysids[] = {
/*
* Aspire 3810T issues a bunch of SATA enable commands
* via _GTF including an invalid one and one which is
* rejected by the device. Among the successful ones
* is FPDMA non-zero offset enable which when enabled
* only on the drive side leads to NCQ command
* failures. Filter it out.
*/
{
.ident = "Aspire 1810TZ",
.matches = {
DMI_MATCH(DMI_SYS_VENDOR, "Acer"),
DMI_MATCH(DMI_PRODUCT_NAME, "Aspire 1810TZ"),
},
.driver_data = (void *)ATA_ACPI_FILTER_FPDMA_OFFSET,
},
{ }
};
Then it worked great! There is a sensible performance improvement in the boot time!
Thank you very much, I hope the kernel guys figure out a more generic way to fix this.
Hi,
I own an Acer Aspire Timeline 1810TZ and had the same problem. The 2.6.32rc6 kernel didn't solve the problem for me, but I just had to change the hard-coded model 3810T to 1810TZ in the file drivers/ata/ahci.c like this:
static void ahci_gtf_ filter_ workaround( struct ata_host *host) MATCH(DMI_ SYS_VENDOR, "Acer"), MATCH(DMI_ PRODUCT_ NAME, "Aspire 1810TZ"), FILTER_ FPDMA_OFFSET,
{
static const struct dmi_system_id sysids[] = {
/*
* Aspire 3810T issues a bunch of SATA enable commands
* via _GTF including an invalid one and one which is
* rejected by the device. Among the successful ones
* is FPDMA non-zero offset enable which when enabled
* only on the drive side leads to NCQ command
* failures. Filter it out.
*/
{
.ident = "Aspire 1810TZ",
.matches = {
DMI_
DMI_
},
.driver_data = (void *)ATA_ACPI_
},
{ }
};
Then it worked great! There is a sensible performance improvement in the boot time!
Thank you very much, I hope the kernel guys figure out a more generic way to fix this.
Best regards
Mello