From: Mike Anderson <andmike@us.ibm.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH 2/3] scsi_forget_host - scsi_debug usage
Date: Mon, 14 Jun 2004 08:23:39 -0700 [thread overview]
Message-ID: <20040614152339.GA3826@us.ibm.com> (raw)
In-Reply-To: <20040614080632.GA7114@infradead.org>
Christoph Hellwig [hch@infradead.org] wrote:
> On Fri, Jun 11, 2004 at 09:22:32PM -0700, Mike Anderson wrote:
> > DESC
> > scsi_forget_host - scsi_debug usage
> >
> > Use the export scsi_forget_host interface to remove child scsi devices
> > from the scsi_host prior to removal.
>
> Moving this into drivers sounds like a rather bad idea. But with our
> refcounting in place I wonder whether moving scsi_forget_host first in
> scsi_remove_host wouldn't simply work.
Why is this a bad idea? We allow the LLDD to control scanning through
scsi_scan_host. We also have LLDDs calling scsi_remove_device directly
which scsi_forget_host uses.
The issue I was trying to address is there are callers that want to call
scsi_remove_host during unexpected disconnect situations where they want
to reduce more IO being sent to the LLDDs queuecommand. It should be the
case that if a LLDD can handle unexpected disconnect that they already
have code in there queuecommand to stop the flow of IO in these cases so
your suggested change to scsi_remove_host may not negatively effect
LLDDs.
-andmike
--
Michael Anderson
andmike@us.ibm.com
prev parent reply other threads:[~2004-06-14 15:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-12 4:19 [PATCH 0/3] export scsi_forget_host Mike Anderson
2004-06-12 4:21 ` [PATCH 1/3] scsi_forget_host - export function Mike Anderson
2004-06-12 4:22 ` [PATCH 2/3] scsi_forget_host - scsi_debug usage Mike Anderson
2004-06-12 4:24 ` [PATCH 3/3] scsi_forget_host - rename scsi_forget_host to scsi_unscan_host Mike Anderson
2004-06-14 8:06 ` [PATCH 2/3] scsi_forget_host - scsi_debug usage Christoph Hellwig
2004-06-14 13:06 ` Jens Axboe
2004-06-14 13:23 ` Christoph Hellwig
2004-06-14 13:26 ` Jens Axboe
2004-06-14 13:30 ` Christoph Hellwig
2004-06-14 13:36 ` Jens Axboe
2004-06-14 15:23 ` 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=20040614152339.GA3826@us.ibm.com \
--to=andmike@us.ibm.com \
--cc=hch@infradead.org \
--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.