From: Scott Wood <scottwood@freescale.com>
To: Geoffrey Bugniot <g.bugniot@gmail.com>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: Memory management problems on a custom PPC 8270 board
Date: Mon, 23 Jul 2012 11:48:39 -0500 [thread overview]
Message-ID: <500D8067.6070805@freescale.com> (raw)
In-Reply-To: <loom.20120723T170223-328@post.gmane.org>
On 07/23/2012 10:34 AM, Geoffrey Bugniot wrote:
> Hi,
>
> I've ported on a custom board U-Boot and Linux 2.6.39.4. It seems to work
> well until the kernel is begin to manipulate "data/file" with a size larger
> than about 5 Mo. I suppose that's a VM management problem, but I'm not
> sure.
>
> In fact, when I use "cp file1 file2" with file1 >= 5/6 Mo, the kernel panics.
> Same behaviour with a command like "tar cvf file.tar.gz file1 file2...".
>
> I got something like that :
>
> [ 148.891584] Kernel panic - not syncing: Attempted to kill init!
Was there anything before this?
> [ 148.897503] Call Trace:
> [ 148.899934] [c7829d10] [c0008fbc] show_stack+0x4c/0x138 (unreliable)
> [ 148.906470] [c7829d50] [c03be7d8] panic+0xa4/0x1e8
> [ 148.911401] [c7829db0] [c0025580] do_exit+0x94/0x630
> [ 148.916501] [c7829e00] [c0025bdc] do_group_exit+0x80/0xac
> [ 148.922071] [c7829e10] [c00340d8] get_signal_to_deliver+0x474/0x490
> [ 148.928515] [c7829e70] [c0009aa4] do_signal_pending.constprop.9+0x40/0x22c
> [ 148.935586] [c7829f30] [c0009d88] do_signal+0x24/0x50
> [ 148.940793] [c7829f40] [c000f76c] do_user_signal+0x74/0xc4
> [ 148.946419] --- Exception: 700 at 0xfec5394
> [ 148.946433] LR = 0x1000410c
> [ 148.954009] Rebooting in 3 seconds..
This looks like your init process crashed. You could try enabling
show_unhandled_signals in arch/powerpc/signal.c.
What are you running as your init process? Do you have a normal
init/login scheme, or are you running a shell (esp. busybox, which would
have cp built in) directly as init?
> When I use netsniff-ng, with default parameters, kernel hangs too. But If I
> specify a small ring buffer size with option "netsniff-ng -S 3MB" all is
> running fine. Here, is the dump when netsniff-ng causes a crash:
>
> root@pLinesE_VMEb:~# netsniff-ng
> netsniff-ng 0.5.5.0 -- pid (245)
> [ 36.065574] device eth0 entered promiscuous mode
> nice (0), scheduler (0 prio 0)
> 1 of 1 CPUs online, affinity bitstring (1)
> No device specified, using `eth0`.
> No filter applied. Switching to `all traffic`.
>
> [ 36.159714] BUG: Bad page state in process netsniff-ng pfn:05401
> [ 36.165759] page:c0401020 count:0 mapcount:1 mapping: (null) index:0x0
> [ 36.172548] page flags: 0x0()
Could you have bad memory timings (or bad memory)? Usually when I see
things like this, it's because memory is getting corrupted.
-Scott
next prev parent reply other threads:[~2012-07-23 16:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-23 15:34 Memory management problems on a custom PPC 8270 board Geoffrey Bugniot
2012-07-23 16:48 ` Scott Wood [this message]
2012-07-24 9:16 ` Geoffrey Bugniot
2012-07-27 15:14 ` Geoffrey Bugniot
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=500D8067.6070805@freescale.com \
--to=scottwood@freescale.com \
--cc=g.bugniot@gmail.com \
--cc=linuxppc-dev@ozlabs.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).