From: Catalin Marinas <catalin.marinas@arm.com>
To: Chris Friesen <cfriesen@nortel.com>
Cc: Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: issues with kmemleak backport
Date: Wed, 20 Jan 2010 22:58:19 +0000 [thread overview]
Message-ID: <1264028299.5185.20.camel@pc1117.cambridge.arm.com> (raw)
In-Reply-To: <4B574297.7070504@nortel.com>
Hi,
First of all, apart from backporting the kmemleak patches I would
suggest you do a kernel grep for kmemleak_* function calls as there may
be explicit cases where allocated memory blocks are ignored from
scanning (like the AGP aperture which is unmapped from the standard
kernel linear mapping).
On Wed, 2010-01-20 at 17:51 +0000, Chris Friesen wrote:
> root@10:/root> BUG: unable to handle kernel paging request at 8152a79c
> IP: [<c048ad52>] scan_block+0xd2/0x120
[...]
> The code is failing at the "pointer = *ptr;" line in scan_block().
This happens when kmemleak was told about a memory block being allocated
but there isn't any valid virtual address for that location.
I can't really tell where it came from but I would suggest that you
disable the kmemleak automatic scanning and do an "echo dump=0x815sa79c
> /sys/kernel/debug/kmemleak" and you should get the information that
kmemleak has about that location.
Alternatively, until you get this to work, just modify kmemleak to dump
information it has about every object it scans via dump_object_info()
called from scan_object(). The amount of information is quite large but
at least you should see the last block that it fails to scan and maybe
add a kmemleak_ignore() on the block allocation site.
--
Catalin
next prev parent reply other threads:[~2010-01-20 22:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-19 18:03 Chris Friesen
2010-01-19 21:01 ` Chris Friesen
2010-01-20 17:51 ` Chris Friesen
2010-01-20 22:58 ` Catalin Marinas [this message]
2010-01-21 15:34 ` Chris Friesen
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=1264028299.5185.20.camel@pc1117.cambridge.arm.com \
--to=catalin.marinas@arm.com \
--cc=cfriesen@nortel.com \
--cc=linux-kernel@vger.kernel.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
Powered by JetHome