Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965056AbVKGTMq (ORCPT ); Mon, 7 Nov 2005 14:12:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965315AbVKGTMq (ORCPT ); Mon, 7 Nov 2005 14:12:46 -0500 Received: from mail.kroah.org ([69.55.234.183]:20120 "EHLO perch.kroah.org") by vger.kernel.org with ESMTP id S965056AbVKGTMp (ORCPT ); Mon, 7 Nov 2005 14:12:45 -0500 Date: Mon, 7 Nov 2005 11:12:14 -0800 From: Greg KH To: Pozsar Balazs , rusty@rustcorp.com.au Cc: "Marco d'Itri" , linux-kernel@vger.kernel.org, Kay Sievers Subject: Re: 2.6.14, udev: unknown symbols for ehci_hcd Message-ID: <20051107191214.GA20364@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051107190738.GC22737@ojjektum.uhulinux.hu> User-Agent: Mutt/1.5.11 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1892 Lines: 42 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 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? > , 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. 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/