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 why can't i use gdb to dump module variables anymore? 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.