<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - udevd affected by instance in early user space / does not apply udev rules as expected/logged" href="https://bugs.freedesktop.org/show_bug.cgi?id=90041#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - udevd affected by instance in early user space / does not apply udev rules as expected/logged" href="https://bugs.freedesktop.org/show_bug.cgi?id=90041">bug 90041</a> from <a class="email" href="mailto:tom.ty89@gmail.com" title="Tom Yan <tom.ty89@gmail.com>"> Tom Yan</a> <pre>According to the discussion here: <a href="http://www.spinics.net/lists/linux-usb/msg124033.html">http://www.spinics.net/lists/linux-usb/msg124033.html</a>, the hid-generic module is responsible for setting the default value to "enabled". >From my further testings, I can see that, if the hid-generic module is not loaded in early user space, either because the time is not enough, or it is excluded/blacklisted from/in the initcpio (while sufficient time is given, e.g. sleep 5), the udev rule applied would be overrided by the behaviour of the module; while if it is loaded before, that would not happen. Then I run the following command after the udev rules are properly applied: # modprobe -r hid-generic; modprobe hid-generic The result is, the value is set to "enabled" again. So it seems that THE ACTUAL PROBLEM IS: udevd apply the udev rule before hid-generic is loaded. BUT this is true ONLY IF if it's a fact, the module won't be loaded again later if (or loaded in the same way as) the module is loaded in the early user space, which I am not sure about.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>