Re: 2.5.47bk2 + current modutils == broken hotplug

David Brownell
2002-11-14T07:52:30Z

>>What's the plan for getting that back? (And module.conf
>>params etc.)
>
>
> The question is whether to force an /sbin/hotplug change to use the
> module alias mechanism, or generate the modules.*map files at "make
> modules_install" time to avoid breakage. I'm leaning towards #2, but
> I haven't written it yet (should be simple).

Yes, please. The kmod style aliasing presumes the answer to
"what do I do with this device?" is "load these modules", which
makes answers like "mount the disk" or "start this daemon/driver"
needlessly hard to achieve.

Hotplugging may well change more in 2.5, but I'd rather have it do
so on a more flexible schedule than "quick, before 2.5.48 ships"! :)

> 0.7 has preliminary /etc/modprobe.conf support, but it only does
> primitive aliases not options as yet. That's next on my list for
> userspace, along with "modprobe -r".
>
>
>>"Changes" says version 2.4.2 is fine, which appears to be wrong...
>
>
> Thanks for the feedback,

Thanks for the info ... it didn't seem very visible, so I wanted
to know what the story was! Heck, I'm just glad to see forward
motion in the module load/unload area.

Is it true that the infrastructure newly in place can easily be
made to provide (from user-space) the policy of "driver remains
loaded until the devices it's bound to are all unplugged"?

That'd be a user-friendly policy, but we'd still need to handle
today's developer-oriented "sysadmin can always remove module"
policy. (Me, I'd run with the "user friendly" policy except
when hacking a driver. Then I'd debug/rmmod/update/modprobe.)

- Dave

> Rusty.
> --
> Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
>