All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Anderson <andmike@us.ibm.com>
To: James Bottomley <James.Bottomley@SteelEye.com>,
	"Hammer, Jack" <Jack_Hammer@adaptec.com>
Cc: "Darrick J. Wong" <djwong@us.ibm.com>,
	linux-scsi@vger.kernel.org, alexisb@us.ibm.com
Subject: Re: timeout during sas discovery (aic94xx)
Date: Tue, 29 Aug 2006 09:50:18 -0700	[thread overview]
Message-ID: <20060829165018.GA11897@us.ibm.com> (raw)
In-Reply-To: <1156868572.3458.25.camel@mulgrave.il.steeleye.com>

James Bottomley <James.Bottomley@SteelEye.com> wrote:
> On Tue, 2006-08-29 at 09:03 -0700, Mike Anderson wrote:
> > I think this failure mode is a different path than what your patch tries to
> > address. We sending a inquiry to the device and coming through the
> > standard IO path and not through sas_execute_task.
> > 
> > I still think for these cases that we need to be running the patch I
> > previous sent to the list to try and get the abort to work (this patch is
> > not in the git tree so one needs to add this on top of the git source).
> > This will not solve the timeout, but would at least address the tmf time
> > out.
> 
> OK ... I was waiting for Adaptec to comment on that one since it's
> messing with undocumented sequencer bits.  However, prove it works in
> this case and I can put it in.

ok, yes it would be good for Adaptec to comment on the proper format for
the abort_hscb as add I did was set the values to match what the adp
driver was doing as the aic94xx abort_task always timed out for our cases.

> 
> > We need to also address the first issue of the inquiry timeout. Previous
> > runs showed that we where hitting this error a lot on the inquiry to the
> > Vitesse SES device which the adp driver has created a work around (unclear
> > if the work around solves the issue or not).
> 
> What is the work around?

Link reset wait 4 seconds and then retry. Since this is a timeout on a
scan inquiry getting a retry to happen in scsi_probe_lun once the error
handler has started up will not be easy.

-andmike
--
Michael Anderson
andmike@us.ibm.com

      reply	other threads:[~2006-08-29 16:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-28 23:18 timeout during sas discovery (aic94xx) malahal
2006-08-29  5:44 ` Darrick J. Wong
2006-08-29 13:53   ` James Bottomley
2006-08-29 16:03     ` Mike Anderson
2006-08-29 16:22       ` James Bottomley
2006-08-29 16:50         ` Mike Anderson [this message]

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=20060829165018.GA11897@us.ibm.com \
    --to=andmike@us.ibm.com \
    --cc=Jack_Hammer@adaptec.com \
    --cc=James.Bottomley@SteelEye.com \
    --cc=alexisb@us.ibm.com \
    --cc=djwong@us.ibm.com \
    --cc=linux-scsi@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.