From: James Bottomley <James.Bottomley@steeleye.com>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc: Doug Ledford <dledford@redhat.com>,
Matthew Wilcox <willy@debian.org>,
Marcelo Tosatti <marcelo@conectiva.com.br>,
linux-scsi mailing list <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] sym53c8xx PPR negotiation fix
Date: 31 Oct 2003 17:55:52 -0600 [thread overview]
Message-ID: <1067644902.1782.20.camel@mulgrave> (raw)
In-Reply-To: <4159000000.1067644546@aslan.btc.adaptec.com>
On Fri, 2003-10-31 at 17:55, Justin T. Gibbs wrote:
> BTW, slave_destroy() doesn't seem to be called after a probe
> for a target fails due to a selection timeout. Is this the
> expected behavior? I only keep persistent allocations after
> slave_configure() is called, so this doesn't affect my drivers,
> but the behavior isn't what I expected. This is 2.6.0-test9.
Yes.
slave_configure is only called if the mid-layer decides there's
something worth attaching to there (i.e. if the initial inquiry
succeeds); otherwise it just calls slave_destroy to signal loss of
interest in the target.
The idea is that slave_alloc informs the driver that a probe will be
tried; slave_configure tells the driver we like what we found, we've
initialised the inquiry variables in the target, now negotiate with it.
James
next prev parent reply other threads:[~2003-11-01 0:02 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-29 17:07 [PATCH] sym53c8xx PPR negotiation fix Doug Ledford
2003-10-29 17:11 ` James Bottomley
2003-10-29 17:50 ` Matthew Wilcox
2003-10-29 18:02 ` Doug Ledford
[not found] ` <20031029183159.GE25237@parcelfarce.linux.theplanet.co.uk>
2003-10-29 18:45 ` Doug Ledford
2003-10-31 23:55 ` Justin T. Gibbs
2003-10-31 23:55 ` James Bottomley [this message]
2003-11-01 0:08 ` Doug Ledford
2003-11-01 0:16 ` Justin T. Gibbs
2003-11-01 1:22 ` Mike Anderson
2003-11-01 2:34 ` James Bottomley
2003-11-01 3:09 ` Doug Ledford
2003-11-03 18:10 ` Mike Anderson
2003-11-04 7:10 ` Christoph Hellwig
2003-11-05 9:26 ` Mike Anderson
2003-11-06 9:04 ` Mike Anderson
2003-11-06 9:07 ` Christoph Hellwig
2003-11-06 9:21 ` Mike Anderson
2003-11-01 0:02 ` Doug Ledford
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=1067644902.1782.20.camel@mulgrave \
--to=james.bottomley@steeleye.com \
--cc=dledford@redhat.com \
--cc=gibbs@scsiguy.com \
--cc=linux-scsi@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
--cc=willy@debian.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.