patchset "b18" updated

[David Hinds]

On Sun, Nov 14, 2004 at 12:02:58AM +0100, Dominik Brodowski wrote:
> 
> b3) If cardmgr exits, ds_release() is called. We can check for any
> 16-bit devices there, and call a CARD_REMOVAL event there. Only difference
> is that a failure of do_check() does not block CARD_REMOVAL. IMHO this
> is accepatble.
> 
> Consequences:
> - call unbind_request during CARD_REMOVAL handling, even before userspace
>   is informed.
> - return "0" if UNBIND_REQUEST is called from userspace.
> - clean up 16-bit pcmcia devices existing during cardmgr exit
> - the driver's event handler is called with CARD_REMOVAL _always_ before
>   ->detach() is called.

I'm not sure this is a good idea.  Presently, killing cardmgr doesn't
interfere with in-use PCMCIA devices; with this change it sounds like
killing cardmgr when there is, say, a mounted filesystem on a PCMCIA
device (say, root for instance) will cause havoc.  Also... cardmgr has
a normal mode of operation ("-o", one-pass) where it doesn't run as a
daemon, and just configures present cards and exits.  With this
change, this mode of operation is useless.  This mode is important for
booting from a PCMCIA device.

-- Dave