Blame view

Documentation/debugging-modules.txt 954 Bytes
1da177e4c   Linus Torvalds   Linux-2.6.12-rc2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
  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
0cadfc095   Robert P. J. Day   Documentation: C...
19
20
21
22
  
  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.