From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Thu, 11 Aug 2005 18:20:34 +0000 Subject: Re: linux hotplug/hotplug-ng Message-Id: <20050811182034.GB15803@kroah.com> List-Id: References: <1123747167.31868.11.camel@localhost> In-Reply-To: <1123747167.31868.11.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Thu, Aug 11, 2005 at 09:59:27AM +0200, Kasper Sandberg wrote: > hello.. i am sending this mail to this list on request of greg, so he > can answer in public. > > original mail: > the questions i have are about linux and hotplug, i dont fully > understand how it works, and its relationship with udev. It's a mess, I agree :) > i run gentoo with udev, and then i noticed that hotplug was not used as > hotplug manager anymore, udevsend is. and then hotplug is not nessecary, > so i unmerged hotplug and coldplug, because i believed that those bash > scripts for modprobing modules of devices that you have would now be > done via udevsend, however it does now... Ick, no, don't unmerge hotplug, it's still called by the Gentoo udev package. It's also still listed as a depandancy, so you did that against the package builder's wishes... But sure, coldplug isn't needed if you don't want it, I really don't recommend anyone using that package on Gentoo due to a lot of bad side affects for some kinds of boxes. You are on your own if you use it (I recommend just using the /etc/modules.autoload.d/ stuff instead for modules you know you want to have loaded at boot time.) > then i read up, and it seems that i still need them, however, hotplug-ng > should now be able to do this stuff for a few of the things hotplug bash > scripts did, namely the pci "agent" as it was called in /etc/hotplug, > which will autoload modules for pci stuff, which i guess also includes > stuff like amd64-agp, which stopped being autoloaded after stopping to > use coldplug... hotplug-ng is already obsolete, pretty much even before it had the chance to get anywhere. > i was wondering if you could explain to me how these things works, what > i need for what, i would really like to get the autoloading part back > with hotplug-ng.. if thats possible, so that i dont need those bash > scripts anymore.. if all i need is hotplug-ng installed i can easily > write a ebuild and stuff... > ------ > updates: > i already wrote an ebuild and installed hotplug-ng, however hotplugging > isnt happening, when inserting stuff it doesent load modules.. is there > a way to make hotplug-ng do what hotplug/coldplug does? also, if you > should want my hotplug-ng ebuild its availiable here: > http://kaspersandberg.com/~redeeman/hotplug-ng-002.ebuild > > basically what i have done is uninstall coldplug and hotplug, and > installed hotplug-ng, i tried invoke hotplug-ng myself, but i couldnt > get it to do anything... Yes, as I said above, hotplug-ng is obsolete, you can do everything it did with just one udev rule :) Anyway, here's how things are shaking themselves out: udev will replace hotplug and hotplug-ng entirely. It almost does this already today in the Gentoo tree, but I need to spend a bit more time to tweak things properly to get it completly there. To do that we will just rely on the hotplug netlink messages coming out of the kernel and set /proc/sys/kernel/hotplug to NULL. udev will handle all of these messages, and shuttle them off to their proper places if needed. Combine udev with HAL and you pretty much have the full functionality of the old hotplug package, with lots of extra goodies added (speed, persistant naming, desktop notification, etc.) An example of a distro that does all of this today is SuSE 10, you can take a look at it in the opensuse download. Kay is the one who got this all working properly, not me. Does this help out any? So, thanks for the hotplug-ng ebuild, but it's not going to be necessary anymore. thanks, greg k-h ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ 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