Messages in this thread | | | Subject | RE: How to add/drop SCSI drives from within the driver? | From | James Bottomley <> | Date | Wed, 08 Dec 2004 14:01:21 -0600 |
| |
On Wed, 2004-12-08 at 13:42 -0500, Salyzyn, Mark wrote: > James Bottomley writes: > >The real way I'd like to handle this is via hotplug. The hotplug event > >would transmit the HCTL in the environment. Whether the drive actually > >gets incorporated into the system and where is user policy, so it's > >appropriate that it should be in userland. > > The problem is the aac based cards generate events (AIFs) that are > picked up by the driver. To go all the way to userland to interpret > these events and back to the driver is a waste and a source of failures. > Only the Firmware knows when an array zeroing has completed in order to > bring the device online.
Hotplug is the standard way of handling configuration changes (whether requested or forced). There's value to handling things in a standard manner. If the current implementation needs improving, then you're free to do it (and it would benefit far more than just SCSI...).
So the firmware calls the SCSI API which triggers the hotplug event and adds the device ... there's no problem.
> >This same infrastructure could be used by fibre channel login, scsi > >enclosure events etc. > > I would need to emulate an SES to propagate array changes?
No. Merely that the hotplug API would also be usable by SES (and other things).
James
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |