linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Brad Campbell <brad@wasp.net.au>
To: Mikael Pettersson <mikpe@it.uu.se>
Cc: Tejun Heo <tj@kernel.org>, Linda Walsh <lkml@tlinx.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Smartmontools Mailing List
	<smartmontools-support@lists.sourceforge.net>,
	linux-ide@vger.kernel.org
Subject: Re: FYI: BUG in SATA Promise 300 TX4 (2.6.24 - 2.6.27-3) w/Linux
Date: Sun, 16 Nov 2008 20:48:42 +0400	[thread overview]
Message-ID: <49204EEA.8030605@wasp.net.au> (raw)
In-Reply-To: <18719.65298.689618.835202@harpo.it.uu.se>

Mikael Pettersson wrote:
> Tejun Heo writes:
>  > > and NOTE: the card or driver (or both) for the Promise 300 TX4 isn't
>  > > stable for production use -- and has a repeatable problem of timing out
>  > > some drives before it can spin-up from standby (just the drive -- not the
>  > > computer).  The error logically removes the drive from the system until
>  > > the next boot (unplugging, and replugging in the SATA cable on the drive
>  > > would hang the machine within 5 seconds of replugging in the cable).  Not
>  > > an instant, hang as might indicated a HW upset plugging in cable, but a
>  > > couple second delay after plugin -- before keyboard would lock up --
>  > > pointing toward the software trying to re-add+initialize the drive.
>  > 
>  > Some promise controllers seem to suffer transmission problems when
>  > combined with certain drives, which often show up as timeouts.  The
>  > hardreset of sata_promise wasn't as robust as it should have been and
>  > in some cases it wasn't able to recover a link after error condition
>  > causing the system to lose drive after such events.  The hardreset
>  > problem was fixed recently by Mikael Pettersson.  Can you please try
>  > 2.6.28-rc5 and see whether sata_promise still loses drives after
>  > failures?
>  > 
>  > Mikael, I think the hardreset fix is worthy including into -stable.
>  > It should be safe for -stable too, right?
> 
> The hardreset fix was included in 2.6.27.5. I wanted it in 2.6.26-stable
> too, but that branch seems to have been closed now.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

Is that likely to do anything for the old SATA150-TX4 ?
I have 2 of them in a machine and I've been dropping drives under write load recently but it was a 
2.6.27.4 kernel.

Reboot required to pick up the drives again (unless the kernel panics and it reboots itself - which 
it's been doing also).

Brad
-- 
Dolphins are so intelligent that within a few weeks they can
train Americans to stand at the edge of the pool and throw them
fish.

  parent reply	other threads:[~2008-11-16 18:08 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-13 21:21 FYI: BUG in SATA Promise 300 TX4 (2.6.24 - 2.6.27-3) w/Linux Linda Walsh
2008-11-16  6:04 ` Tejun Heo
2008-11-16 11:08   ` Mikael Pettersson
2008-11-16 14:24     ` Tejun Heo
2008-11-16 16:48     ` Brad Campbell [this message]
2008-11-17  2:01       ` Tejun Heo
2008-11-16 17:34     ` Peter Favrholdt
2008-11-16 17:39       ` Peter Favrholdt
2008-11-17  2:01         ` Tejun Heo
2008-11-17 11:47           ` Peter Favrholdt
2008-11-18  1:11             ` Tejun Heo
2008-11-18 18:03               ` Peter Favrholdt
2008-11-19  1:55                 ` Tejun Heo
2008-11-20 10:22                   ` Peter Favrholdt
2008-11-20 11:10                     ` Mikael Pettersson
2008-11-21  4:42                       ` Tejun Heo
2008-11-21  4:56                       ` [PATCH #upstream-fixes] sata_promise: request follow-up SRST Tejun Heo
2008-11-22 16:30                         ` Mikael Pettersson
2008-11-23 22:38                         ` Peter Favrholdt
2008-11-25 13:00                         ` Peter Favrholdt
2008-11-26  2:46                           ` Tejun Heo
2008-11-26  8:12                             ` Peter Favrholdt
2008-11-26 23:07                               ` Peter Favrholdt
2008-11-25 17:27                         ` Jeff Garzik
2008-11-25 21:17                           ` Mikael Pettersson
2008-11-29 21:50                           ` Mikael Pettersson
2008-11-30 15:06                             ` Peter Favrholdt
2009-02-10  4:30                             ` Jeff Garzik
2009-02-10 17:28                               ` Mikael Pettersson
2009-02-10 21:13                                 ` Jeff Garzik
2009-02-23 12:17                                   ` [PATCH #upstream-fixes] sata_promise: request follow-up SRST - it works Peter Favrholdt

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=49204EEA.8030605@wasp.net.au \
    --to=brad@wasp.net.au \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@tlinx.org \
    --cc=mikpe@it.uu.se \
    --cc=smartmontools-support@lists.sourceforge.net \
    --cc=tj@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;
as well as URLs for NNTP newsgroup(s).