[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: x86 GENERIC kernels unlobotomized
Am 10.08.11 10:32, schrieb Joachim König:
> on 09/08/2011 19:18, Marc Balmer wrote:
>> It's a bit off-topic, but I find the current state of affairs, having
>> an open directory with the modules, the right way. So I can easily add
>> a module to the system module area, without needing to create a tgz
>> file. I think we have more prevalent problems to solve with modules
>> than where to put the modules and in which form. We need to do the
>> work and modularize what is not yet, e.g.
> also a bit off-topic:
> why is each kernel module in its own (otherwise empty) directory?
I can only assume it is for historic reasons, to prevent escaping from
the standard modules path:
I you gave modload as argument the (non existing) path
../../../../badmodule, it would not find that and then, in a second
step, use that name to expand it to a pathname in the module area.
Since the name is used twice, you end up with a path that is not valid,
i.e. it's hard to construct a path that can lead to loading of a
If that was indeed the reason, it could be changed now, since I recently
changed the module loader so that a module loaded from the system module
area *must not* contain a path separator character.
Main Index |
Thread Index |