LKML Archive on
help / color / mirror / Atom feed
From: Paolo Ornati <>
To: "Trevor Offner Caira" <>
Cc:, Tejun Heo <>
Subject: Re: PROBLEM: sata timeouts with intel 82801HB on amd64
Date: Wed, 7 Feb 2007 09:41:05 +0100	[thread overview]
Message-ID: <20070207094105.7ab1c601@localhost> (raw)
In-Reply-To: <>

On Mon, 5 Feb 2007 21:08:33 -0500 (EST)
"Trevor Offner Caira" <> wrote:

> (1) One-line summary: I'm getting SATA timeouts with Intel 82801HB on amd64.
> (2) Full description: Unless CONFIG_RCU_TORTURE_TEST is set, I get sata
> timeouts of this form periodically:
> ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 frozen
> ata1.00: cmd 60/18:00:b3:22:0a/00:00:00:00:00/40 tag 0 cdb 0x0 data 12288 in
>          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> ata1: soft resetting port
> ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> ata1.00: configured for UDMA/133
> ata1: EH complete
> SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
> sda: Write Protect is off
> SCSI device sda: write cache: enabled, read cache: enabled, doesn't
> support DPO or FUA
> This entails complete blocking of all disk i/o (I only have one disk) for
> about 45 seconds. The kernel then negotiates the next lowest transfer
> speed (UDMA/166 all the way down to PIO0, when it errors saying it cannot
> go slower). I get this issue on amd64 kernels only. The issue is only
> present in 2.6.18+, since earlier kernels do not support my chipset at all
> (intel 82801HB).
> Knoppix 5.1.1 does not show this issue (i.e., no disk i/o issues even
> without rcutorture running). However, a native amd64 build of exactly the
> same kernel config shows the issue.
> (3) Keywords: SATA, AHCI, modules, kernel, Intel.


> (8.7) Other information: There's nothing in the system except for the
> DG965WH motherboard, E6600 processor, 1GB of kingston RAM, the ST3320620AS
> hard drive and 430 W PSU.
> Thanks for reading this far! :)

Are you using XFS, right?

Can you see if the problem goes away either:

1) disabling NCQ ("echo 1 > /sys/block/sda/device/queue_depth" in a
boot script)


2) mounting XFS filesystem(s) with "nobarrier" option


I've seen this problem with very similar hardware (and so I've added
Tejun to CC :).

If mounting XFS with "nobarrier" fixes the problem it seems that more
than one Seagate disk cannot handle the Cache Flush command while other
commands are in fly...

	Paolo Ornati
	Linux 2.6.20 on x86_64

  reply	other threads:[~2007-02-07  8:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-06  2:08 Trevor Offner Caira
2007-02-07  8:41 ` Paolo Ornati [this message]
2007-02-07 12:59   ` Trevor Offner Caira
2007-02-07 17:33     ` Paolo Ornati
2007-02-07 17:26 ` Otavio Salvador
     [not found] <fa.C/>
     [not found] ` <fa.R4l8gBCDmrTiB/K/>
2007-02-08  4:56   ` Robert Hancock
2007-02-08  7:53     ` 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:

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

  git send-email \
    --in-reply-to=20070207094105.7ab1c601@localhost \ \ \ \ \
    --subject='Re: PROBLEM: sata timeouts with intel 82801HB on amd64' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).