From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Keith Hopkins <vger@hopnet.net>
Cc: "Darrick J. Wong" <djwong@us.ibm.com>,
Jan Sembera <jsembera@suse.cz>,
linux-scsi@vger.kernel.org
Subject: Re: aic94xx: failing on high load (another data point)
Date: Wed, 20 Feb 2008 10:22:49 -0600 [thread overview]
Message-ID: <1203524569.3109.31.camel@localhost.localdomain> (raw)
In-Reply-To: <47BBF8C5.1030205@hopnet.net>
On Wed, 2008-02-20 at 17:54 +0800, Keith Hopkins wrote:
> On 02/20/2008 11:48 AM, James Bottomley wrote:
> > On Tue, 2008-02-19 at 10:22 -0600, James Bottomley wrote:
> >> I'll see if I can come up with patches to fix this ... or at least
> >> mitigate the problems it causes.
> >
> > Darrick's working on the ascb sequencer use after free problem.
> >
> > I looked into some of the error handling in libsas, and apparently
> > that's a bit of a huge screw up too. There are a number of places where
> > we won't complete a task that is being errored out and thus causes
> > timeout errors. This patch is actually for libsas to fix all of this.
> >
> > I've managed to reproduce some of your problem by firing random resets
> > across a disk under load, and this recovers the protocol errors for me.
> > However, I can't reproduce the TMF timeout which caused the sequencer
> > screw up, so you still need to wait for Darrick's fix as well.
> >
> > James
> >
>
> Hi James, Darrick,
>
> Thanks again for looking more into this. I'll wait for Darrick's
> patch and try it together with this libsas patch. Should I leave
> James' first patch in also?
Yes, that's a requirement just to get the REQ_TASK_ABORT for the
protocol errors actually to work ...
I'm afraid this is like peeling an onion as I said .. and you're going
to build up layers of patches. However, the ones that are obvious bug
fixes and I can test (all of them so far), I'm putting in the rc fixes
tree of SCSI, so you can download a rollup here:
http://www.kernel.org/pub/linux/kernel/people/jejb/scsi-rc-fixes-2.6.diff
James
next prev parent reply other threads:[~2008-02-20 16:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <479FB3ED.3080401@hopnet.net>
[not found] ` <20080130091403.GA14887@alaris.suse.cz>
2008-01-30 10:59 ` aic94xx: failing on high load (another data point) Keith Hopkins
2008-01-30 19:29 ` Darrick J. Wong
2008-02-14 16:11 ` Keith Hopkins
2008-02-15 15:28 ` James Bottomley
2008-02-15 16:28 ` Keith Hopkins
2008-02-18 14:26 ` Keith Hopkins
2008-02-18 16:18 ` James Bottomley
2008-02-19 16:22 ` James Bottomley
2008-02-19 18:44 ` [PATCH] aic94xx: Don't free ABORT_TASK SCBs that are timed out (Was: Re: aic94xx: failing on high load) Darrick J. Wong
2008-02-19 18:52 ` James Bottomley
2008-02-28 14:56 ` Keith Hopkins
2008-02-28 16:10 ` James Bottomley
2008-02-20 3:48 ` aic94xx: failing on high load (another data point) James Bottomley
2008-02-20 9:54 ` Keith Hopkins
2008-02-20 16:22 ` James Bottomley [this message]
2008-01-30 10:55 Keith Hopkins
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=1203524569.3109.31.camel@localhost.localdomain \
--to=james.bottomley@hansenpartnership.com \
--cc=djwong@us.ibm.com \
--cc=jsembera@suse.cz \
--cc=linux-scsi@vger.kernel.org \
--cc=vger@hopnet.net \
/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