X-Git-Url: http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=elogind.git;a=blobdiff_plain;f=FAQ;h=a3bec17408f2e722fbe2155326faebb51bca8148;hp=d9aebde0da6e75adfb94421b14b09a648733d551;hb=d83a9b89e75aeb79856ddc4d95dc32a6bbd17f0e;hpb=10a479f5e6df7010a47f1edfab8173de85a34d0d

diff --git a/FAQ b/FAQ
index d9aebde0d..a3bec1740 100644
--- a/FAQ
+++ b/FAQ
@@ -44,10 +44,16 @@ A: Such a functionality isn't needed on a properly configured system. All
    hardware in memory, then use something else to manage your modules
    (scripts, modules.conf, etc.)  This is not a task for udev.
 
+Q: But I love that feature of devfs, please?
+A: The devfs approach caused a lot of spurious modprobe attempts as
+   programs probed to see if devices were present or not.  Every probe
+   attempt created a process to run modprobe, almost all of which were
+   spurious.
+
 Q: I really like the devfs naming scheme, will udev do that?
 A: Yes, udev can create /dev nodes using the devfs naming policy.  A
    configuration file needs to be created to map the kernel default names
-   to the devfs names.  See the initial udev.conf.devfs file in the udev
+   to the devfs names.  See the initial udev.rules.devfs file in the udev
    release.  It is the start of such a configuration file.  If there are
    any things missing, please let the udev authors know.