From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Fri, 08 Sep 2006 15:22:37 +0000 Subject: Re: New software: Hotplug2, aimed at early userspace Message-Id: <1157728957.4671.23.camel@pim.off.vrfy.org> List-Id: References: <20060902163017.693cd988@silver> In-Reply-To: <20060902163017.693cd988@silver> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Fri, 2006-09-08 at 16:00 +0200, iSteve wrote: > On Tue, 5 Sep 2006 18:27:43 -0700 > Greg KH wrote: > > If you want a small and faster versionof udev, that does less things, > > the very first few versions of udev will do just that :) > > I thought the first versions were still using /proc/sys/kernel/hotplug > interface? > > > But people already use udev today with initramfs / initrd. And then > > there's busybox's implementation of a udev-like program, which is about > > 2 years behind udev's evolution. > > Yes, I'm aware that people use udev in initramfs/initrd... the point is, I > disagree with it... I think fullblown udev for initramfs/initrd is just a huge > overkill -- not that most people actually care... Well, if you don't provide complete persistent device-naming, especially in initramfs - all that can never really solve the problems you have today. A kernel device name is nothing more than a cookie these days. Only embedded-like systems may work without that need, but they usually don't need a hotplug-style setup in initramfs anyway. So the field, that is left for such a stripped-down project seems very very small to me. :) > > I'm all for people working on what they want to work on, but perhaps you > > might want to help working with us on making udev fit your requirements? > > Hmm, I guess I could; I thought it'd be faster (and it'd involve less hassle > while discussing it with people) to write a fully working application, at least > as a proof of concept... Sure, it's perfectly fine to proof an idea that way. Even when I think your time and effort would be better invested in something that really replaces an "overkill", or something that offers a solution to a problem that is not already solved. Also please don't compare a clone() based udevd in qemu, that does not give any useful results because fork() is very slow in this simple emulation environment. And as stated above, a solution without symlinks, persistent names, and the ability to plug-in external programs to name your device is not less "overkill", it is just not usable in the usual setup, also not for a real world initramfs. Good luck, Kay ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&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