From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Weber Date: Mon, 05 Jan 2009 20:46:57 +0000 Subject: Re: udev queue never gets executed Message-Id: <496271C1.9070909@akamai.com> List-Id: References: <496265D3.8010202@akamai.com> In-Reply-To: <496265D3.8010202@akamai.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I see the basic message that the module has been loaded. But that's it. When I run udevtrigger, I see a ton of other messages execute, including the commands I expect to be executed from the insertion of the md device. Actually, as part of my "hack", I've done an: ln -s /etc/rcS.d/S19udevtrigger /sbin/udevtrigger After that, I don't need to modprobe md_mod any more. The kernel picks up the modules correctly. - --Rick Kay Sievers wrote: > On Mon, Jan 5, 2009 at 20:56, Rick Weber wrote: >> Hopefully a quick question. I'm working on a very hacked kernel (based >> off of Ubuntu LTS), and trying to get RAID support working. >> >> Long story short, after I do a "modprobe md_mod", I need to issue >> /sbin/udevtrigger to have the udev rules execute. Running udevd with >> the debug options on pretty much verifies that the system doesn't want >> to automatically execute the rules after the modprobe, and won't execute >> until I do the udevtrigger call. >> >> Can you point me in a general direction on where to look? Is it >> something as simple as udev is disable, a named pipe needs to get >> created, or something else? > > Which events do you expect to run? If you run "udevmonitor" while > loading the module, you see the events the kernel generates. > > Kay -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJYnHAVXWP+RUfdhERAnkTAJ0QY3JBMepxuKYVG0JZEU5HZXvN3QCghKie waNEmMEY7wlhJXQs3h5g99I=M845 -----END PGP SIGNATURE-----