From: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
To: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
Cc: Hugh Dickins <hugh.dickins@tiscali.co.uk>,
linux-mm@kvack.org, kernel@avr32linux.org,
linux-kernel@vger.kernel.org
Subject: Re: [BUG 2.6.30] Bad page map in process
Date: Sun, 12 Jul 2009 21:59:47 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.64.0907122151010.13280@axis700.grange> (raw)
In-Reply-To: <20090712095731.3090ef56@siona>
On Sun, 12 Jul 2009, Haavard Skinnemoen wrote:
> On Fri, 10 Jul 2009 19:34:06 +0100 (BST)
> Hugh Dickins <hugh.dickins@tiscali.co.uk> wrote:
>
> > I've not looked up avr32 pte layout, is 13f26ed4 good or bad?
> > I hope avr32 people can tell more about the likely cause.
>
> It looks OK for a user mapping, assuming you have at least 64MB of
> SDRAM (the SDRAM starts at 0x10000000) -- all the normal userspace flags
> are set and all the kernel-only flags are unset. It's marked as
> executable, so it could be that the segfault was caused by the CPU
> executing the wrong code.
>
> The virtual address 0x4377f876 is a bit higher than what you normally
> see on avr32 systems, but there's not necessarily anything wrong with
> it -- userspace goes up to 0x80000000.
>
> Btw, is preempt enabled when you see this?
No, preempt was off.
I can give a couple more details to the problem:
1. it might well be hardware-related.
2. the specific BUG that I posted originally wasn't very interesting,
because it wasn't the first one. Having read a few posts I wasn't quite
sure how really severe this BUG was, i.e., whether or not it requiret a
reboot. There used to be a message like "reboot is required" around this
sort of exceptions, but then it has been removed, so, I thought, it wasn't
required any more. But the fact is, that once one such BUG has occurred,
new ones will come from various applications and eventually the system
will become unusable.
3. What makes it a kind of hard to believe that it's a hardware problem,
is that up to now we have only been able to produce the _first_ such
segfault and BUG with just one specific user-space application. In
principle the application doesn't do anything critical. It just uses Qt ta
draw on the framebuffer. And we have been able to reproduce the problem by
running just a truncated version of the app - just the Qt and local class
initialisation. Running such an application repeatedly eventually produces
a segfault, and at some point also the "bad page map" BUG.
We're currently trying to investigate and fix the hardware, will post our
results.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-07-12 19:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-08 11:07 [BUG 2.6.30] Bad page map in process Guennadi Liakhovetski
2009-07-08 11:23 ` Hans-Christian Egtvedt
2009-07-08 12:28 ` Guennadi Liakhovetski
2009-07-10 18:34 ` Hugh Dickins
2009-07-12 7:57 ` Haavard Skinnemoen
2009-07-12 19:59 ` Guennadi Liakhovetski [this message]
[not found] ` <1DC0FF5051B91B4D88A15F21F1A27F417ABDE6@dware1013.doorway.loc>
2009-07-13 11:14 ` SV: " Guennadi Liakhovetski
2009-07-13 11:56 ` Hugh Dickins
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=Pine.LNX.4.64.0907122151010.13280@axis700.grange \
--to=g.liakhovetski@gmx.de \
--cc=haavard.skinnemoen@atmel.com \
--cc=hugh.dickins@tiscali.co.uk \
--cc=kernel@avr32linux.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.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;
as well as URLs for NNTP newsgroup(s).