Re: [RFC] Raceless module interface

From: Daniel Phillips (phillips@arcor.de)
Date: Wed Sep 11 2002 - 23:11:55 EST


On Thursday 12 September 2002 05:53, Alexander Viro wrote:
> On Thu, 12 Sep 2002, Daniel Phillips wrote:
>
> > On Thursday 12 September 2002 05:13, Rusty Russell wrote:
> > > B) We do not handle the "half init problem" where a module fails to load, eg.
> > > a = register_xxx();
> > > b = register_yyy();
> > > if (!b) {
> > > unregister_xxx(a);
> > > return -EBARF;
> > > }
> > > Someone can start using "a", and we are in trouble when we remove
> > > the failed module.
> >
> > No we are not. The module remains in the 'stopped' state
> > throughout the entire initialization process, as it should and
> > does, in my model.
>
> Bzzzert.

Rusty, writing "Bzzzert" on lkml is juvenile, as is refering to your
peers as "shallow thinkers". Ok, let's see if there is some content
in your post.

> At the very least, for block devices we need to be able to open
> disks during module initialization.

Huh? Would you please back up and try to make a coherent point?
I'd love to point out why you're wrong, but you didn't actually
say anything.

> Al, fully expecting a stack of mind-boggling (and broken) kludges to be
> posted...

As I recall, you are the one who proposed eliminating the ability
to unload modules entirely, because you were not able to solve the
unload races. It's a good thing that people with more sense
shouted you down.

Now, let's be civilized about this. If you have points, make them,
we do not need them decorated with sound effects.

-- 
Daniel
-
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 : Sun Sep 15 2002 - 22:00:28 EST