Re: Userspace Test Framework for module loader porting

Rusty Russell (rusty@rustcorp.com.au)
Wed, 08 Jan 2003 22:21:20 +1100


In message <15897.56108.201340.229554@napali.hpl.hp.com> you write:
> >>>>> On Mon, 06 Jan 2003 13:27:02 +1100, Rusty Russell <rusty@rustcorp.com.a
u> said:
>
> Rusty> BTW, the change to use shared objects for modules is going to
> Rusty> be a 2.7 thing: after 10 architectures, MIPS toolchain issues
> Rusty> made it non-trivial. So the current stuff is what is going
> Rusty> to be there for 2.6, so no point waiting 8)
>
> What about all the problems that Richard Henderson pointed out with
> the original in-kernel module loader? Were those solved?

Yes. Richard withdrew the one about allocation (we used a special
per-arch allocator, he missed it), the one about common section
ordering was fixed by RTH noticing we use -fno-common, so all that
logic was dropped anyway, and his section ordering query was fixed by
his section ordering patch (which changed the arch interface
slightly).

> My gut feeling is that we really want shared objects for kernel
> modules on ia64 (and probably alpha?).

It's certainly simpler. My ia64 current implementation is around 500
lines, vs 225 lines for the shared version.

But I'm not prepared to shaft an arch over it this late in the cycle,
and the current scheme puts less pressure on toolchains (several other
binutils "issues" were discovered in implementing
modules-as-shared-objects).

Hope that clarifies,
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/