From: Bernd Schubert <bs@q-leap.de>
To: Wakko Warner <wakko@animx.eu.org>
Cc: "Moore, Eric" <Eric.Moore@lsi.com>,
linux-scsi@vger.kernel.org, "Lars Täuber" <taeuber@bbaw.de>,
"James Bottomley" <James.Bottomley@hansenpartnership.com>
Subject: Re: mptsas problem
Date: Mon, 7 Apr 2008 13:36:36 +0200 [thread overview]
Message-ID: <200804071336.36686.bs@q-leap.de> (raw)
In-Reply-To: <20080407010738.GB1952@animx.eu.org>
Hi all,
On Monday 07 April 2008 03:07:38 Wakko Warner wrote:
> Moore, Eric wrote:
> > The other fellow was having his controller go into fault state, that is
> > not the case here. Here commands are not completing back from [0:0:0:0]
> > device in the timeout period, typically 30 seconds. Its hard to tell
> > from
from my point of view the error handler is by far too quiet by default. Below
are some patches to improve the situation. I tested these patches with
Infortrend scsi-raid systems und LSI scsi HBAs.
With these patches the error handler will now tell why it got activated. We
also had the problem the error handler got activated in an endless loop,
several of these patches are to prevent this.
http://www.pci.uni-heidelberg.de/tc/usr/bernd/downloads/scsi/2.6.22-eh-patches.tar.bz2
>From the series file:
print_eh_activation.patch
scsi_error_limit.patch
scsi_error_state.patch
soft_error_requeue.patch
starget_quiesce_ignore_offlined.patch
scsi_eh_did_no_connect.patch
fusion_tip.patch
All except the fusion_tip.patch are patches for the error handler.
fusion_tip.patch will replace the kernel mpt fusion driver by a more recent
version I got from Eric.
Cheers,
Bernd
--
Bernd Schubert
Q-Leap Networks GmbH
next prev parent reply other threads:[~2008-04-07 11:36 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-06 19:56 mptsas problem Wakko Warner
[not found] ` <0631C836DBF79F42B5A60C8C8D4E8229F64FC1@NAMAIL2.ad.lsil.com>
2008-04-07 1:07 ` Wakko Warner
2008-04-07 11:36 ` Bernd Schubert [this message]
2008-04-07 15:16 ` Moore, Eric
2008-04-07 16:54 ` Wakko Warner
-- strict thread matches above, loose matches on Subject: below --
2008-04-06 23:40 Richard Scobie
2008-04-07 1:04 ` Wakko Warner
2008-04-13 13:00 ` Douglas Gilbert
2008-04-13 14:39 ` James Bottomley
2008-04-13 14:31 ` James Bottomley
2008-04-13 16:48 ` Wakko Warner
2008-04-13 16:58 ` James Bottomley
2008-04-13 17:06 ` Wakko Warner
2008-04-13 17:37 ` James Bottomley
2008-04-13 20:49 ` Wakko Warner
2008-04-14 18:16 ` Moore, Eric
2008-04-14 21:34 ` Wakko Warner
2008-04-15 17:26 ` Moore, Eric
2008-04-15 22:49 ` Wakko Warner
2008-04-13 22:22 ` Douglas Gilbert
2008-04-13 23:51 ` James Bottomley
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=200804071336.36686.bs@q-leap.de \
--to=bs@q-leap.de \
--cc=Eric.Moore@lsi.com \
--cc=James.Bottomley@hansenpartnership.com \
--cc=linux-scsi@vger.kernel.org \
--cc=taeuber@bbaw.de \
--cc=wakko@animx.eu.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