All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-kernel@vger.kernel.org,
	"Mathieu Bérard" <Mathieu.Berard@crans.org>,
	linux-ide@vger.kernel.org,
	"ACPI Devel Maling List" <linux-acpi@vger.kernel.org>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Andi Kleen" <andi@firstfloor.org>,
	"Jeff Garzik" <jeff@garzik.org>
Subject: Re: 2.6.25 to 2.6.26-rc8 regression  (related to ahci and acpi _GTF)
Date: Wed, 02 Jul 2008 11:55:37 +0900	[thread overview]
Message-ID: <486AEE29.2010506@gmail.com> (raw)
In-Reply-To: <200807011614.21491.rjw@sisk.pl>

Rafael J. Wysocki wrote:
> [Adding CCs.]
> 
> On Tuesday, 1 of July 2008, Mathieu Bérard wrote:
>> Hi,
>> I have a laptop with an ICH6M SATA Controller and a Hitachi hard drive.
>> While it worked well using the ahci module and Linux 2.6.25, 
>> it get randomly 'stuck' for several seconds to several minutes with 2.6.26-rc8.
>> Successive errors progressively reduce the ATA link speed.
>>
>> Passing the libata.noacpi parameter is an effective workaround.
>>
>> Please note that it's not the first time i have this kind of issue, see:
>> http://marc.info/?l=linux-ide&m=117305595312399&w=2
>> This was found to be a bad interaction between my _GTF taskfile, which enable the
>> "Enable Device-Initiated Interface Power State Transitions" feature, and NCQ.
>> The driver was later NCQ blacklisted to correct the problem.

Can you please post the result of "hdparm -I /dev/sda" and full kernel
boot log?  0xca is not a NCQ command so the it's not related to NCQ at
all.  It seems we'll need to filter out DIPM commands from _GTF.

Thanks.

-- 
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Tejun Heo <htejun@gmail.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-kernel@vger.kernel.org,
	"Mathieu Bérard" <Mathieu.Berard@crans.org>,
	linux-ide@vger.kernel.org,
	"ACPI Devel Maling List" <linux-acpi@vger.kernel.org>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Andi Kleen" <andi@firstfloor.org>,
	"Jeff Garzik" <jeff@garzik.org>
Subject: Re: 2.6.25 to 2.6.26-rc8 regression  (related to ahci and acpi _GTF)
Date: Wed, 02 Jul 2008 11:55:37 +0900	[thread overview]
Message-ID: <486AEE29.2010506@gmail.com> (raw)
In-Reply-To: <200807011614.21491.rjw@sisk.pl>

Rafael J. Wysocki wrote:
> [Adding CCs.]
> 
> On Tuesday, 1 of July 2008, Mathieu Bérard wrote:
>> Hi,
>> I have a laptop with an ICH6M SATA Controller and a Hitachi hard drive.
>> While it worked well using the ahci module and Linux 2.6.25, 
>> it get randomly 'stuck' for several seconds to several minutes with 2.6.26-rc8.
>> Successive errors progressively reduce the ATA link speed.
>>
>> Passing the libata.noacpi parameter is an effective workaround.
>>
>> Please note that it's not the first time i have this kind of issue, see:
>> http://marc.info/?l=linux-ide&m=117305595312399&w=2
>> This was found to be a bad interaction between my _GTF taskfile, which enable the
>> "Enable Device-Initiated Interface Power State Transitions" feature, and NCQ.
>> The driver was later NCQ blacklisted to correct the problem.

Can you please post the result of "hdparm -I /dev/sda" and full kernel
boot log?  0xca is not a NCQ command so the it's not related to NCQ at
all.  It seems we'll need to filter out DIPM commands from _GTF.

Thanks.

-- 
tejun

  reply	other threads:[~2008-07-02  2:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-01  9:39 2.6.25 to 2.6.26-rc8 regression (related to ahci and acpi _GTF) Mathieu Bérard
2008-07-01 14:14 ` Rafael J. Wysocki
2008-07-01 14:14   ` Rafael J. Wysocki
2008-07-02  2:55   ` Tejun Heo [this message]
2008-07-02  2:55     ` Tejun Heo
2008-07-02  9:04     ` Mathieu Bérard
2008-07-04  4:36       ` Tejun Heo
2008-07-04 16:08         ` Mathieu Bérard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=486AEE29.2010506@gmail.com \
    --to=htejun@gmail.com \
    --cc=Mathieu.Berard@crans.org \
    --cc=akpm@linux-foundation.org \
    --cc=andi@firstfloor.org \
    --cc=jeff@garzik.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.