On Wed, Feb 22, 2006 at 11:25:34AM -0500, Theodore Ts'o wrote:
> Sounds like this is another of example of system support programs
> (insmod in this case) breaking with modern kernels.
I don't think isnmod is broken. It's job is to load a chunk of code into
the kernel, and it's doing just that.
The asynchronous device discovery is caused/required by hotplug. If you
can recreate the problem with a kernel that has CONFIG_HOTPLUG disabled,
then I agree that this is a kernel bug which should be fixed.
But if your kernel has CONFIG_HOTPLUG enabled, then _you_ have asked for
this exact behavior, therefore you should better fix userspace to cope
with it. Your initrd should use the notification mechanisms provided by
the kernel to wait for the would-be root device really becoming
available; if it's not doing that, then IMHO you should not use a
CONFIG_HOTPLUG enabled kernel.
As I see, a lot of people spent a lot of work making the kernel
hotplug-friendly. Unfortunately a lot less work was done on the
userspace side, that's why there are still a lot of initscripts that
assume they can immediately access the device after insmod have
returned, even if they are running on a hotplug-enabled kernel.
Gabor
--
---------------------------------------------------------
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
---------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
