public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: lkml@tigusoft.pl
Cc: linux-kernel@vger.kernel.org
Subject: Re: debugging live kernel
Date: Mon, 29 Apr 2013 15:01:14 -0500	[thread overview]
Message-ID: <1367265674.18069.187@driftwood> (raw)
In-Reply-To: <klllre$plq$1@ger.gmane.org> (from lkml@tigusoft.pl on Mon Apr 29 06:34:08 2013)

On 04/29/2013 06:34:08 AM, lkml@tigusoft.pl wrote:
> In case if my currently running kernel starts to do strange things  
> and I
> suspect it might have bug or was corrupted, what steps can be taken to
> check for more info, other then dmesg?

If you built it with kgdb, you can use that. If you have a jtag  
connected to the hardware, you can use that. If you built with kernel  
crash dumps, you can use that. If you kept the vmlinux file  
corresponding to your bzImage you can (VERY CAREFULLY) look at  
/dev/kmem with gdb (or use the corresponding system.map to decode  
addresses by hand; note this is horrible but possible)...

There's levels of difficulty here: "Kernel was hooked up to monitoring  
stuff before it went wrong" is the easy path. "Kept the box it came in"  
is the less easy path. "Flying blind on a rocketcycle" is not easy, and  
you pretty much have to have experience with the first two before you  
can even attempt the third. (And unless you're off in the enterprise  
space you generally go "Can I reproduce the issue? Let's reproduce it  
under a properly instrumented environment. If I _can't_ reproduce the  
issue then a reboot fixed it and we're good.)

Your problem description is way too vague to give specific advice  
about. "If I start to feel poorly, is there anything I can do to  
diagnose my illness?" Ummm... yes? (No, I'm not going to exchange a  
dozen emails with you to about it, and nothing here should be  
considered medical advice.)

Rob

      reply	other threads:[~2013-04-29 20:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-29 11:34 debugging live kernel lkml
2013-04-29 20:01 ` Rob Landley [this message]

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=1367265674.18069.187@driftwood \
    --to=rob@landley.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@tigusoft.pl \
    /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