From: Jason Wessel <jason.wessel@windriver.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: Jon Masters <jonathan@jonmasters.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: why can't i use gdb to dump module variables anymore?
Date: Tue, 10 Aug 2010 07:01:25 -0500 [thread overview]
Message-ID: <4C613F95.8020505@windriver.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1008091200520.3863@lynx>
On 08/09/2010 11:06 AM, Robert P. J. Day wrote:
> On Sun, 8 Aug 2010, Jon Masters wrote:
>
>
>> On Jul 8, 2010, at 7:51 AM, Robert P. J. Day wrote:
>>
>>> (gdb) p rpjday_2
>>> Cannot access memory at address 0xffffffffa007c0b4
>>> (gdb) p rpjday_3
>>> Cannot access memory at address 0xffffffffa007c0b8
>>>
>> Did you ever get a reply to this one? Were you trying to do this
>> locally, by loading a kernel core or using kgdb?
>>
>
> never figured out what was happening here, used to work just fine
> for simple gdb debugging of the kernel; nowadays (at least on ubuntu),
> not so much. anyway, i'm in bahstahn for linuxcon, staying at the
> onyx hotel for first 3 days. my girlfriend is doing a bofs session:
>
> http://events.linuxfoundation.org/linuxcon2010/mckinnon
>
> anyway, regarding gdb, this was based on a column i wrote last
> year:
>
> http://www.linux.com/learn/linux-training/33991-the-kernel-newbie-corner-kernel-and-module-debugging-with-gdb
>
> where it worked just fine -- it's the technique described in LDD3.
> but now, on ubuntu 10.04, weirdness. i haven't looked at it closely
> again for a while, but if you have any ideas, i'm open to suggestions.
> maybe some odd security/selinux/??? setting?
>
I took a brief look at the instructions you had a the URL. It seemed
like something that should probably work ok unless that memory address
is really not accessible via /proc/kcore.
Depending on the age of the ubuntu system and if you have a serial port
or not, kgdb is actually enabled in the kernel and you could certainly
try the same test there.
It should also be possible to try out a gdb with kernel module awareness
on the /proc/kcore. If you want to try and debug it at some point
perhaps we'll cross paths at LinuxCON.
Jason
next prev parent reply other threads:[~2010-08-10 12:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-08 11:51 Robert P. J. Day
[not found] ` <7C33277E-D90E-4459-8580-59C5EFB2D66D@jonmasters.org>
2010-08-09 16:06 ` Robert P. J. Day
2010-08-10 12:01 ` Jason Wessel [this message]
2010-08-10 12:12 ` Robert P. J. Day
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=4C613F95.8020505@windriver.com \
--to=jason.wessel@windriver.com \
--cc=jonathan@jonmasters.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rpjday@crashcourse.ca \
/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®