From: Erik Andersen <andersen@codepoet.org>
To: James Bottomley <James.Bottomley@steeleye.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH] SCSI hotplug support
Date: Mon, 14 Oct 2002 14:37:49 -0600 [thread overview]
Message-ID: <20021014203749.GA24904@codepoet.org> (raw)
In-Reply-To: <200210141557.g9EFvLw02517@localhost.localdomain>
On Mon Oct 14, 2002 at 08:57:21AM -0700, James Bottomley wrote:
> andersen@codepoet.org said:
> > Anyone have any objections to such a patch? For 2.4.x? Comments?
>
> The patch looks fine per se.
>
> However, I thought that the whole spirit of hotplug was that this type of
> problem should be solved in user space to which SCSI currently exposes a
> perfectly adequate interface.
If the user space interface were perfectly adequate, I would not
have written this patch. User space does not have sufficient
information to know _which_ devices must to be added or removed.
The best we can do from user space is a full rescan of _all_ scsi
host adaptors (http://www.garloff.de/kurt/linux/rescan-scsi-bus.sh)
using something like
echo "scsi remove-single-device 0 0 0 0" > /proc/scsi/scsi
echo "scsi add-single-device 0 0 0 0" > /proc/scsi/scsi
for each and every SCSI device on your system.
That works just fine if all you are doing is (unwisely) powering
up a SCSI tape drive that is already connected to your Adaptec
29160. If you have a firewire RAID array system (like I do) and
you are hotswapping drive 3 of the RAID array, you really don't
want to disconnect and reconnect each and every device.
> Needing kernel hooks in a different subsystem to solve a hotplug problem looks
> slightly wrong to me. Usually when this type of thing comes up its because
> we're missing a hotplug event (or a hotplug event doesn't carry the right
> information). Could you elaborate more on the actual problem you're trying to
> solve?
A detailed description of the sbp2 problem is here:
http://sourceforge.net/mailarchive/forum.php?thread_id=1151203&forum_id=5389
The executive summary: Without this patch (and another patch I
posted to the linux-1394 mailing list to make sbp2.c to use this
scsi hotplug patch), hotplugging firewire drives will register
the drives with the 1394 layer, but will not register the drives
with the SCSI subsystem. Unplugging firewire drives leaves the
(now absent) drives still registered with the SCSI subsystem.
This makes _very_ bad things happed to my RAID array when I
hotswap drives.
This patch allows SBP-2 devices to properly hook into and unhook
themselves from the SCSI subsystem when hotplugged.
-Erik
--
Erik B. Andersen http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
next prev parent reply other threads:[~2002-10-14 20:37 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-14 5:40 [PATCH] SCSI hotplug support Erik Andersen
2002-10-14 7:06 ` Matthew Dharm
2002-10-14 7:12 ` Erik Andersen
2002-10-14 15:47 ` Kurt Garloff
2002-10-14 16:19 ` Mike Anderson
2002-10-14 20:41 ` Erik Andersen
2002-10-14 22:10 ` Mike Anderson
2002-10-14 20:46 ` Erik Andersen
2002-10-14 15:57 ` James Bottomley
2002-10-14 17:22 ` Mike Anderson
2002-10-14 17:30 ` Matthew Dharm
2002-10-14 17:39 ` James Bottomley
2002-10-14 19:11 ` Oliver Xymoron
2002-10-15 0:42 ` Kurt Garloff
2002-10-14 20:37 ` Erik Andersen [this message]
2002-10-14 21:07 ` James Bottomley
2002-10-14 21:54 ` Erik Andersen
2002-10-14 22:25 ` Doug Ledford
2002-10-15 5:25 ` Erik Andersen
2002-10-15 15:33 ` Doug Ledford
2002-10-15 18:18 ` Erik Andersen
2002-10-15 18:22 ` Doug Ledford
2002-10-15 18:45 ` Erik Andersen
2002-10-15 19:13 ` Doug Ledford
2002-10-15 19:32 ` Erik Andersen
2002-10-15 19:45 ` James Bottomley
2002-10-15 19:50 ` Scott Merritt
2002-10-15 19:55 ` Doug Ledford
2002-10-15 22:07 ` Erik Andersen
2002-10-16 2:40 ` Doug Ledford
2002-10-18 11:28 ` Erik Andersen
2002-10-15 21:43 ` Oliver Neukum
2002-10-15 22:07 ` Erik Andersen
2002-10-14 22:19 ` Oliver Neukum
2002-10-15 0:22 ` Doug Ledford
2002-10-15 7:53 ` Oliver Neukum
2002-10-15 14:35 ` Doug Ledford
2002-10-15 15:19 ` Oliver Neukum
2002-10-15 15:40 ` James Bottomley
2002-10-15 17:47 ` Erik Andersen
2002-10-15 18:34 ` Doug Ledford
2002-10-15 18:22 ` Scott Merritt
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=20021014203749.GA24904@codepoet.org \
--to=andersen@codepoet.org \
--cc=James.Bottomley@steeleye.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox