mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Pablo Sebastian Greco <lkml@fliagreco.com.ar>
To: Tejun Heo <htejun@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: SATA problems
Date: Mon, 08 Jan 2007 09:22:05 -0300	[thread overview]
Message-ID: <45A2376D.5060905@fliagreco.com.ar> (raw)
In-Reply-To: <45A1AB3F.1080408@gmail.com>

Tejun Heo wrote:
> Pablo Sebastian Greco wrote:
>   
>> After an uptime of  13:34 under heavy load and no errors, I'm pretty
>> sure your patch is correct. Is there a way to backport this to 2.6.18.x?
>>     
>
> I forgot this (even though I implemented it) but you can turn off NCQ by
> doing the following.
>
> # echo 1 > /sys/block/sdX/device/queue_depth
>
> Can you put the seagate drive under load to verify that it's the samsung
> drive's problem not the controller's?
>
>   
>> Just an off topic question, does anyone know why I get so uneven IRQ
>> handling on 2.6.19-20 and almost perfect on 2.6.20-rc2-mm1?
>>     
>
> I dunno.  You have much better chance of getting a useful answer by
> asking it on a separate thread with proper subject line.  People usualyl
> screen threads by subject.  There are just too many message in LKML for
> anyone to follow all the message.
>
> Thanks.
>
>   
Guess I spoke too soon :(
Today I found this
Jan  8 04:01:40 squid kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 
0x0 action 0x2 frozen
Jan  8 04:01:40 squid kernel: ata2.00: cmd 
25/00:08:49:ee:e8/00:00:16:00:00/e0 tag 0 cdb 0x0 data 4096 in
Jan  8 04:01:40 squid kernel:          res 
40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan  8 04:01:40 squid kernel: ata2: soft resetting port
Jan  8 04:01:40 squid kernel: ata2: softreset failed (port busy but CLO 
unavailable)
Jan  8 04:01:40 squid kernel: ata2: softreset failed, retrying in 5 secs
Jan  8 04:01:45 squid kernel: ata2: hard resetting port
Jan  8 04:01:53 squid kernel: ata2: port is slow to respond, please be 
patient (Status 0x80)
Jan  8 04:02:16 squid kernel: ata2: port failed to respond (30 secs, 
Status 0x80)
Jan  8 04:02:16 squid kernel: ata2: COMRESET failed (device not ready)
Jan  8 04:02:16 squid kernel: ata2: hardreset failed, retrying in 5 secs
Jan  8 04:02:21 squid kernel: ata2: hard resetting port
Jan  8 04:02:21 squid kernel: ata2: SATA link up 3.0 Gbps (SStatus 123 
SControl 300)
Jan  8 04:02:21 squid kernel: ata2.00: configured for UDMA/133
Jan  8 04:02:21 squid kernel: ata2: EH complete
Jan  8 04:02:21 squid kernel: SCSI device sdb: 488397168 512-byte hdwr 
sectors (250059 MB)
Jan  8 04:02:21 squid kernel: sdb: Write Protect is off
Jan  8 04:02:21 squid kernel: SCSI device sdb: write cache: enabled, 
read cache: enabled, doesn't support DPO or FUA
#uptime
 10:10:12 up 3 days, 22:48,  1 user,  load average: 0.22, 0.19, 0.18
4 am is the lowest load ever, so I don't get it.
I've found two differences with older errors
    SAct is now 0x0 when before was 0x7fffffff
    And the cmd/res used to be really long, now it's just one command
About heavy loading the seagate, I've tested as suggested on other 
thread dd if=<drive> of=/dev/null
for all 4 drives simultaneously, on top of usual load, and all was 
perfect with current kernel (2.6.20-rc3 + blacklist).
Don't know what to do to help

Thanks.
Pablo.

  parent reply	other threads:[~2007-01-08 12:22 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-02 14:08 Pablo Sebastian Greco
2007-01-03 12:20 ` Tejun Heo
2007-01-03 15:08   ` Pablo Sebastian Greco
2007-01-04  5:02     ` Tejun Heo
2007-01-04 13:17       ` Pablo Sebastian Greco
2007-01-05  3:15         ` Pablo Sebastian Greco
2007-01-08  2:23           ` Tejun Heo
2007-01-08  2:49             ` Jeff Garzik
2007-01-08 12:22             ` Pablo Sebastian Greco [this message]
2007-01-09 22:58               ` Pablo Sebastian Greco
2007-01-10  1:55                 ` Tejun Heo
2007-01-23 17:45                   ` Pablo Sebastian Greco
2007-01-24  1:54                     ` Tejun Heo
2007-02-17 12:49                       ` Marcus Haebler
2007-02-17 16:47                         ` Pablo Sebastian Greco
2007-02-20 14:35                           ` Tejun Heo
2007-02-20 16:24                             ` Pablo Sebastian Greco
2007-02-21  3:08                               ` Tejun Heo
2007-02-21 15:18                                 ` Pablo Sebastian Greco
2007-02-21  0:55                             ` Marcus Haebler
2007-02-21  3:55                               ` Tejun Heo
2007-02-21  5:57                                 ` Marcus Haebler
2007-02-21  6:24                                   ` Marcus Haebler
2007-02-21  7:25                                     ` Paul Rolland
2007-02-21 13:04                                       ` Marcus Haebler
     [not found] <8vX5T-4hg-5@gated-at.bofh.it>
     [not found] ` <8w0n1-15u-27@gated-at.bofh.it>
2007-06-14 16:58   ` Nigel Kukard
2007-06-14 17:33     ` Jeff Garzik
2007-06-18  8:05       ` Nigel Kukard
  -- strict thread matches above, loose matches on Subject: below --
2007-06-14 12:36 Nigel Kukard
2007-06-14 16:21 ` Jeff Garzik
2007-06-14 18:28   ` Dave Jones
2007-06-18 20:07     ` Dave Jones
2007-06-19  4:57       ` Nigel Kukard
2007-08-30  9:24         ` Nigel Kukard
2007-09-10  9:02           ` Andrew Morton
2007-09-13  8:55             ` Tejun Heo
2004-02-11 17:52 SATA Problems Dott. Surricani
2004-02-11 18:08 ` Armen Kaleshian
     [not found]   ` <402A72F0.9030005@surricani.cjb.net>
2004-02-11 18:25     ` Armen Kaleshian

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=45A2376D.5060905@fliagreco.com.ar \
    --to=lkml@fliagreco.com.ar \
    --cc=htejun@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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

Powered by JetHome