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.
next prev 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).