From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Thu, 19 Jan 2006 18:19:56 +0000 Subject: Re: Cold plug starting services too soon Message-Id: <20060119181956.GA25320@kroah.com> List-Id: References: <20060117203244.GA3135@kroah.com> In-Reply-To: <20060117203244.GA3135@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Thu, Jan 19, 2006 at 06:11:55PM +0000, Roy Marples wrote: > On Thursday 19 January 2006 18:04, Greg KH wrote: > > On Thu, Jan 19, 2006 at 05:54:18PM +0000, Roy Marples wrote: > > > On Thursday 19 January 2006 03:45, Greg KH wrote: > > > > Hm, we might be able to mess around with this some, but why not just > > > > create a temporary file when we start udev, which the rc scripts can > > > > check? When the initial udev startup is done (or whenever you want > > > > it), the file can be removed. That should be a lot simpler, right? > > > > > > Yes it would, but all disks are mounted read only at this point - the > > > checking and mounting happens during sysinit. At this point we can create > > > temporary files, but udev is already active and doing its thing. > > > > In our ramfs/tmpfs? Why can't we use that, as we know we can write > > there :) > > Is there any guarantee that user has ramfs/tmpfs compiled into kernel? > If so, where would we mount? /lib/rcscripts/sysinit ? No, I mean the ramfs/tmpfs that udev uses to hold it's /dev tree and database. I can provide a function that the rc scripts can call to see if udev is still initializing or not to keep them from having to worry about the actual mechanics. And yes, ramfs is always compiled into the kernel these days. thanks, greg k-h ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel