summaryrefslogtreecommitdiffstats
path: root/kernel/Documentation/debugging-modules.txt
diff options
context:
space:
mode:
Diffstat (limited to 'kernel/Documentation/debugging-modules.txt')
-rw-r--r--kernel/Documentation/debugging-modules.txt22
1 files changed, 22 insertions, 0 deletions
diff --git a/kernel/Documentation/debugging-modules.txt b/kernel/Documentation/debugging-modules.txt
new file mode 100644
index 000000000..172ad4aec
--- /dev/null
+++ b/kernel/Documentation/debugging-modules.txt
@@ -0,0 +1,22 @@
+Debugging Modules after 2.6.3
+-----------------------------
+
+In almost all distributions, the kernel asks for modules which don't
+exist, such as "net-pf-10" or whatever. Changing "modprobe -q" to
+"succeed" in this case is hacky and breaks some setups, and also we
+want to know if it failed for the fallback code for old aliases in
+fs/char_dev.c, for example.
+
+In the past a debugging message which would fill people's logs was
+emitted. This debugging message has been removed. The correct way
+of debugging module problems is something like this:
+
+echo '#! /bin/sh' > /tmp/modprobe
+echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
+echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
+chmod a+x /tmp/modprobe
+echo /tmp/modprobe > /proc/sys/kernel/modprobe
+
+Note that the above applies only when the *kernel* is requesting
+that the module be loaded -- it won't have any effect if that module
+is being loaded explicitly using "modprobe" from userspace.