In message <E17Sbat-0002TF-00@starship> you write:
> Note how the rmmod-during-ret race just disappeared, because rmmod directly
> calls deregister, which either succeeds or doesn't. If it succeeds there are
> no mounts on the module and everything is quiet, remove away. Easy huh?
> Note also how we don't really have to divide up the 'deactivate' and
> 'destroy' parts of the deregistration process, though I can see why it still
> might be useful to do that. Such refinements become a concern of the
> filesystem machinery, not the module interface.
>
> This is all by way of saying that Al is apparently well advanced in
> implementing exactly the strategy I'd intended to demonstrate (Rusty and
> Keith seem to be heading to the same place as well, by a twistier path). I'm
<sigh>
I noted previously that you can do it if you do restrict the interface
to "one module, one fs" approach, as you've suggested here. Al
corrected me saying that's not neccessary. It's possible that he's
come up with a new twist on the "freeze-the-kernel" approach or
something.
Al has scribbled in the margin that there's a clever solution, let's
hope he doesn't die before revealing it. 8)
Rusty.
-- Anyone who quotes me in their sig is an idiot. -- Rusty Russell. - 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/
This archive was generated by hypermail 2b29 : Mon Jul 15 2002 - 22:00:21 EST