From: Robert Hancock <hancockr@shaw.ca>
To: Paolo Ornati <ornati@fastwebnet.it>
Cc: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"Björn Steinbrink" <B.Steinbrink@gmx.de>,
"Jens Axboe" <jens.axboe@oracle.com>,
"Jeff Garzik" <jeff@garzik.org>, "Tejun Heo" <htejun@gmail.com>
Subject: Re: SATA exceptions triggered by XFS (since 2.6.18)
Date: Sun, 21 Jan 2007 11:32:02 -0600 [thread overview]
Message-ID: <45B3A392.6050609@shaw.ca> (raw)
In-Reply-To: <20070121174023.68402ade@localhost>
Paolo Ornati wrote:
> On Sun, 21 Jan 2007 15:29:32 +0100
> Paolo Ornati <ornati@fastwebnet.it> wrote:
>
>> Sorry for starting a new thread, but I've deleted the messages from my
>> mail-box, and I'm sot sure it's the same problem as here:
>> http://lkml.org/lkml/2007/1/14/108
>>
>> Today I've decided to try XFS... and just doing anything on it
>> (extracting a tarball, for example) make my SATA HD go crazy ;)
>>
>> I don't remember to have seen this using Ext3.
>>
>> [ 877.839920] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action
>> 0x2 frozen [ 877.839929] ata1.00: cmd
>> 61/02:00:64:98:98/00:00:00:00:00/40 tag 0 cdb 0x0 data 1024 out
>> [ 877.839931] res 40/00:00:00:4f:c2/00:00:00:4f:c2/00 Emask
>> 0x4 (timeout) [ 878.142367] ata1: soft resetting port [ 878.351791]
>> ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 878.354384]
>> ata1.00: configured for UDMA/133 [ 878.354392] ata1: EH complete
>> [ 878.355696] SCSI device sda: 156301488 512-byte hdwr sectors
>> (80026 MB) [ 878.355716] sda: Write Protect is off
>> [ 878.355718] sda: Mode Sense: 00 3a 00 00
>> [ 878.355745] SCSI device sda: write cache: enabled, read cache:
>> enabled, doesn't support DPO or FUA
>>
>>
>> It takes nothing to reproduce it.
..
> git-bisect points to this commit:
>
> ----------------------------------------------
>
> 12fad3f965830d71f6454f02b2af002a64cec4d3 is first bad commit
> commit 12fad3f965830d71f6454f02b2af002a64cec4d3
> Author: Tejun Heo <htejun@gmail.com>
> Date: Mon May 15 21:03:55 2006 +0900
>
> [PATCH] ahci: implement NCQ suppport
>
> Implement NCQ support.
It looks like what you're getting is an actual NCQ write timing out.
That makes the bisect result not very interesting since obviously it
wouldn't have issued any NCQ writes before NCQ support was implemented.
Seeing as how it's also an entirely different driver I imagine it's a
different problem than what I've been looking at.
Maybe that drive just has some issues with NCQ? I would be surprised at
that with a Seagate though..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
next prev parent reply other threads:[~2007-01-21 17:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-21 14:29 SATA exceptions triggered by XFS (since 2.6.18) Paolo Ornati
2007-01-21 16:40 ` Paolo Ornati
2007-01-21 17:32 ` Robert Hancock [this message]
2007-01-21 19:25 ` Paolo Ornati
2007-01-21 20:32 ` Chr
2007-01-22 0:54 ` Jiri Slaby
2007-01-22 8:16 ` Paolo Ornati
2007-01-22 2:46 ` Tejun Heo
2007-01-22 8:38 ` Paolo Ornati
2007-01-22 9:35 ` Tejun Heo
2007-01-22 10:02 ` Paolo Ornati
2007-01-22 10:21 ` Paolo Ornati
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=45B3A392.6050609@shaw.ca \
--to=hancockr@shaw.ca \
--cc=B.Steinbrink@gmx.de \
--cc=htejun@gmail.com \
--cc=jeff@garzik.org \
--cc=jens.axboe@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ornati@fastwebnet.it \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox