From: Maxime Ripard <maxime.ripard@free-electrons.com>
To: linux-rt-users@vger.kernel.org
Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com>,
Nicolas Ferre <nicolas.ferre@atmel.com>,
Thomas Petazzoni <thomas@free-electrons.com>
Subject: 3.14.3-rt5: at91: Crash early at boot
Date: Fri, 13 Jun 2014 16:25:06 +0200 [thread overview]
Message-ID: <20140613142506.GL3448@lukather> (raw)
[-- Attachment #1: Type: text/plain, Size: 4121 bytes --]
Hello everyone,
I just gave the latest preempt-rt release for 3.14 a try on an ARM
Atmel SAMA5D3 Xplained board, without any changes to the kernel but
the preempt-rt patches obviously.
The same non-rt version, with the same configuration (except for the
preempt-rt related options), boot fine.
And whenever I boot it, I get:
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.14.3-rt4+ (max@lukather) (gcc version 4.8.2 (Ubuntu/Linaro 4.8.2-16ubuntu4) ) #11 PREEMPT Fri Jun 13 16:03:53 CEST 2014
CPU: ARMv7 Processor [410fc051] revision 1 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: SAMA5D3 Xplained
bootconsole [earlycon0] enabled
Memory policy: Data cache writeback
AT91: Detected soc type: sama5d3
AT91: Detected soc subtype: sama5d36
AT91: sram at 0x300000 of 0x20000 mapped at 0xfef58000
CPU: All CPU(s) started in SVC mode.
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: console=ttyS0,115200 earlyprintk mtdparts=atmel_nand:256k(at91bootstrap),512k(uboot),256k(env),256k(env-backup),128k(dtb),5m(kernel),2m(rootfs)ro,-(data) root=/dev/nfs ip=dhcp nfsroot=192.168.0.40:/srv/nfs/sysdev rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 253432K/262144K available (4519K kernel code, 191K rwdata, 1292K rodata, 174K init, 120K bss, 8712K reserved)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0008000 - 0xc05b51bc (5813 kB)
.init : 0xc05b6000 - 0xc05e1984 ( 175 kB)
.data : 0xc05e2000 - 0xc0611f60 ( 192 kB)
.bss : 0xc0611f6c - 0xc06301bc ( 121 kB)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.14.3-rt4+ #11
task: c05ecb28 ti: c05e2000 task.ti: c05e2000
PC is at wake_up_process+0x8/0x40
LR is at kthread_create_on_node+0xb0/0x178
pc : [<c003ece0>] lr : [<c0036318>] psr: 200001d3
sp : c05e3ef0 ip : 00000017 fp : 00000000
r10: 00000000 r9 : cf4024c0 r8 : ffffffff
r7 : c004cd24 r6 : cf402500 r5 : c05e3f0c r4 : 00000000
r3 : c06147b0 r2 : 00000001 r1 : cf402554 r0 : 00000000
Flags: nzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
Control: 10c53c7d Table: 20004059 DAC: 00000015
Process swapper (pid: 0, stack limit = 0xc05e2240)
Stack: (0xc05e3ef0 to 0xc05e4000)
3ee0: c06147b0 cf402540 00000000 c0036318
3f00: 00000000 c004bd38 00000000 00000000 c05e3f10 c05e3f10 00000000 cf404c00
3f20: cf402500 c0318374 00000010 00000010 c004d474 c051dddc 00000010 c055c07c
3f40: 00000104 cf402500 cf404c00 c0318374 00000080 00000010 cf4024c0 c004d808
3f60: cfdf3ca4 c047cefc fefffc00 00000010 cf4024c0 cfffc240 00000000 c05d00ac
3f80: c055c07c cf4024c0 cfdf3ca4 c05e08a0 ffffffff c05ea000 c05daab8 c05cfecc
3fa0: c05ea000 c05e0a28 c05ea000 c0611f80 c05ea000 c05bd9d0 c05d9950 c05b6924
3fc0: ffffffff ffffffff c05b64ec 00000000 00000000 c05daab8 00000000 10c53c7d
3fe0: c05ea01c c05daab4 c05edbd8 20004059 410fc051 20008070 00000000 00000000
Code: e3a05001 eaffffcd e92d4818 e1a04000 (e5903000)
---[ end trace 3406ff24bd97382e ]---
Kernel panic - not syncing: Attempted to kill the idle task!
Do you know what could be the cause of this, or is this any known issue?
Thanks,
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next reply other threads:[~2014-06-13 14:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-13 14:25 Maxime Ripard [this message]
2014-06-13 14:48 ` 3.14.3-rt5: at91: Crash early at boot jordan
2014-06-13 15:28 ` Maxime Ripard
2015-02-17 8:38 ` Sebastian Andrzej Siewior
2015-03-16 18:19 ` Maxime Ripard
2015-03-16 18:30 ` Alexandre Belloni
2015-04-13 13:37 ` Christian Jann
2015-04-16 7:50 ` Sebastian Andrzej Siewior
2015-04-16 9:55 ` Christian Jann
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=20140613142506.GL3448@lukather \
--to=maxime.ripard@free-electrons.com \
--cc=alexandre.belloni@free-electrons.com \
--cc=linux-rt-users@vger.kernel.org \
--cc=nicolas.ferre@atmel.com \
--cc=thomas@free-electrons.com \
/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).