From: "Randy.Dunlap" <rddunlap@osdl.org>
To: Nicholas Wourms <nwourms@myrealbox.com>
Cc: linux-kernel@vger.kernel.org
Subject: [announce] kmsgdump for 2.5.65/66
Date: Mon, 31 Mar 2003 10:53:41 -0800 [thread overview]
Message-ID: <20030331105341.72ec6b8a.rddunlap@osdl.org> (raw)
In-Reply-To: <3E7CBB27.8090506@myrealbox.com>
On Sat, 22 Mar 2003 14:36:07 -0500 Nicholas Wourms <nwourms@myrealbox.com> wrote:
| Randy.Dunlap wrote:
|
| > I've done some 2.5.xyz work on kmsgdump (dump kernel messages to
| > floppy). I'll try to get back to it soon.
| >
|
| Thank you! That'd be a god-send for those of us w/o serial
| ports and who have very cramped hands from hand-copying
| panics :-D. Frankly, I can't imagine why something a simple
| as this isn't in the kernel. Technically, it isn't a
| debugger, so I don't think it violates Linus' "No Kernel
| Debuggers in the Kernel" rule.
so.....
kmsgdump for Linux 2.5.65/2.5.66
2003-03-31
version 0.4.5
kmsgdump home: http://w.ods.org/tools/kmsgdump/ (Willy Tarreau)
my kmsgdump patches: http://www.xenotime.net/linux/kmsgdump/
'kmsgdump-2565.diff' applies cleanly to Linux 2.5.65 and with
just a few patch offsets to Linux 2.5.66.
Tested on P4 UP and P4 SMP (Linux 2.5.65/66).
======================================================================
kmsgdump is a Linux kernel patch for x86 that can be used to dump the
contents of the kernel log buffer to a floppy disk or to a printer
(one that the system BIOS knows about) after a kernel panic happens.
======================================================================
caveats:
1. This version of kmsgdump doesn't support kernel log buffers of more
than 60 KB (due to x86 real-mode segment addressing). However, the
kernel log buffer is currently always a power of 2 (like 16 or 32 or
64 KB), so a 32 KB log buffer is the largest that is currently supported.
2. The kmsgdump text-mode interface doesn't work with a USB-only keyboard
setup. I had to add a PS/2 keyboard to my test system to use it.
======================================================================
TODO:
1. Limit LOG_BUF_LEN to 60 KB then fix this limit by having a moving
segment register value
###
--
~Randy
next prev parent reply other threads:[~2003-03-31 18:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-19 14:10 reiserfs oops [2.5.65] Dave Jones
2003-03-20 8:25 ` Oleg Drokin
2003-03-20 11:48 ` Dave Jones
2003-03-20 13:24 ` Dave Jones
2003-03-20 14:03 ` Dave Jones
2003-03-21 0:59 ` Andrew Morton
2003-03-20 23:13 ` Dave Jones
2003-03-20 23:34 ` Randy.Dunlap
2003-03-22 19:36 ` Nicholas Wourms
2003-03-25 16:15 ` Bill Davidsen
2003-03-31 18:53 ` Randy.Dunlap [this message]
2003-03-31 19:17 ` [announce] kmsgdump for 2.5.65/66 Nicholas Wourms
2003-03-31 20:44 ` Randy.Dunlap
2003-03-21 9:14 ` reiserfs oops [2.5.65] Oleg Drokin
2003-03-21 11:54 ` Dave Jones
2003-03-21 13:42 ` Oleg Drokin
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=20030331105341.72ec6b8a.rddunlap@osdl.org \
--to=rddunlap@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nwourms@myrealbox.com \
/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®