From: Alex Goddard <agoddard@purdue.edu>
To: Rik van Riel <riel@redhat.com>
Cc: Rusty Russell <rusty@rustcorp.com.au>,
torvalds@osdl.org, akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: [PATCH] Documentation on how to debug modules
Date: Thu, 12 Feb 2004 12:30:22 -0500 (EST) [thread overview]
Message-ID: <Pine.LNX.4.58.0402121219210.22024@dust> (raw)
In-Reply-To: <Pine.LNX.4.44.0402121013040.1068-100000@chimarrao.boston.redhat.com>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 660 bytes --]
On Thu, 12 Feb 2004, Rik van Riel wrote:
> On Thu, 12 Feb 2004, Rusty Russell wrote:
>
> > Just remove the debugging message which fill people's logs: the
> > correct way of debugging module problems is something like this:
>
> Could you add that to Documentation/ ;)
I couldn't think of, or find a good place to put this, so I put the
information in it's own file. I'm only moderately sure I've generated the
patch correctly. However, it does apply with patch -p1 to a clean
2.6.3-rc2-bk2 tree, so it should be fine.
The wording is a slightly changed version of what Rusty said at the start
of this thread.
--
Alex Goddard
agoddard at purdue dot edu
[-- Attachment #2: Type: TEXT/PLAIN, Size: 1139 bytes --]
diff -Nurp linux-2.6.3-rc2-bk2/Documentation/debugging-modules.txt personal-2.6.3-rc2-bk2/Documentation/debugging-modules.txt
--- linux-2.6.3-rc2-bk2/Documentation/debugging-modules.txt 1969-12-31 19:00:00.000000000 -0500
+++ personal-2.6.3-rc2-bk2/Documentation/debugging-modules.txt 2004-02-12 12:15:11.935488720 -0500
@@ -0,0 +1,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
next prev parent reply other threads:[~2004-02-12 17:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-12 3:13 [PATCH] Shut up about the damn modules already Rusty Russell
2004-02-12 15:13 ` Rik van Riel
2004-02-12 17:30 ` Alex Goddard [this message]
2004-02-13 16:51 ` Bas Mevissen
2004-02-13 18:55 ` Chris Wright
2004-02-13 19:38 ` Russell King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.58.0402121219210.22024@dust \
--to=agoddard@purdue.edu \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@redhat.com \
--cc=rusty@rustcorp.com.au \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®