Date: Mon, 7 Nov 2005 11:27:38 -0800
From: Greg KH <greg@kroah.com>
To: Pozsar Balazs <pozsy@uhulinux.hu>
Cc: rusty@rustcorp.com.au, "Marco d'Itri" <md@Linux.IT>,
       linux-kernel@vger.kernel.org, Kay Sievers <kay.sievers@vrfy.org>
Subject: Re: 2.6.14, udev: unknown symbols for ehci_hcd
Message-ID: <20051107192737.GA20679@kroah.com>
References: <436CD1BC.8020102@t-online.de> <20051105162503.GC20686@kroah.com> <436D9BDE.3060404@t-online.de> <20051106215158.GB3603@kroah.com> <20051107113329.GA7632@wonderland.linux.it> <20051107173157.GA16465@kroah.com> <20051107190738.GC22737@ojjektum.uhulinux.hu> <20051107191214.GA20364@kroah.com> <20051107192014.GD22737@ojjektum.uhulinux.hu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051107192014.GD22737@ojjektum.uhulinux.hu>
User-Agent: Mutt/1.5.11
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2454
Lines: 54

On Mon, Nov 07, 2005 at 08:20:15PM +0100, Pozsar Balazs wrote:
> On Mon, Nov 07, 2005 at 11:12:14AM -0800, Greg KH wrote:
> > On Mon, Nov 07, 2005 at 08:07:38PM +0100, Pozsar Balazs wrote:
> > > On Mon, Nov 07, 2005 at 09:31:57AM -0800, Greg KH wrote:
> > > > On Mon, Nov 07, 2005 at 12:33:29PM +0100, Marco d'Itri wrote:
> > > > > On Nov 06, Greg KH <greg@kroah.com> wrote:
> > > > > 
> > > > > > This seems to be a Debian issue for some odd reason, I suggest filing a
> > > > > > bug against the udev package (or just tagging onto the existing bug for
> > > > > > this problem, I've seen it in there already...)
> > > > > The reason this is usually seen only on Debian systems is that I am the
> > > > > first one who shipped an udev package which runs many parallel modprobe
> > > > > commands, but this is a genuine kernel/modprobe bug.
> > > > 
> > > > I'm pretty sure OpenSuSE 10.0 does the same thing, and I don't think
> > > > anyone has reported the same kind of bugs there.  Makes me wonder what
> > > > is really happening here...
> > > 
> > > If module A depends on module B, and "modprobe A" and "modprobe B" are 
> > > run parallel
> > 
> > Why would they be run in parallel?  modprobe doesn't do this, why would
> > you?
> 
> On my machine it happened while loading pcmcia modules. It was two 
> modprobes running in parallel (invoked by udev), not 1 modprobe loading 
> modules in parallel.

Ah, ok, that explains how it is happening, thanks.

> > > , there is time window when module B is already listed in 
> > > /proc/modules, but not completely loaded/initialized, it is in the state 
> > > "Loading". At this point "modprobe A" checks /proc/modules if module B 
> > > is already loaded, but it does not take into account that it is in the 
> > > state "Loading" and not yet "Live". So it tries to load module A, but it 
> > > fails, because there are missing symbols because module A did not 
> > > register them yet.
> > 
> > Sounds like a locking issue within the module core.  I thought we could
> > only load one at a time, otherwise we have other races within the
> > kernel.
> 
> That's what I thought too, but this is not the case it seems.

Um, why not?  Rusty?

thanks,

greg k-h
-
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/