* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
@ 2009-12-20 16:01 Gaye Abdoulaye Walsimou
2009-12-21 13:10 ` Juergen Beisert
0 siblings, 1 reply; 12+ messages in thread
From: Gaye Abdoulaye Walsimou @ 2009-12-20 16:01 UTC (permalink / raw)
To: linux-arm-kernel
Hello list,
I have here a boot Oops (see below) with the latest git revision of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
which does not happen with 2.6.32.
Thanks in advance for comments.
Regards
####Boot log ####
Uncompressing
Linux...........................................................................................................
Linux version 2.6.33-rc1-00096-gdd59f6c
(walsimou at wnotebook02.walsimou.com) (gcc version 4.4.2 (GCC) ) #71
PREEMPT Sun Dec 209
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
CPU: VIVT data cache, VIVT instruction cache
Machine: MINI2440
Memory policy: ECC disabled, Data cache writeback
CPU S3C2440A (id 0x32440001)
S3C24XX Clocks, Copyright 2004 Simtec Electronics
S3C244X: core 400.000 MHz, memory 100.000 MHz, peripheral 50.000 MHz
CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: root=/dev/ram rw rootfstype=initramfs
console=ttySAC0,115200 user_debug=31 rdinit=/sbin/init
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 56568KB available (2476K code, 364K data, 5460K init, 0K highmem)
Hierarchical RCU implementation.
NR_IRQS:85
irq: clearing subpending status 00000003
irq: clearing subpending status 00000002
Console: colour dummy device 80x30
console [ttySAC0] enabled
Calibrating delay loop... 199.47 BogoMIPS (lpj=498688)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
MINI2440: Option string mini2440=0tb
MINI2440: 't' ignored, touchscreen not compiled in
MINI2440: LCD [0:240x320] 1:800x480 2:1024x768
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT
last sysfs file:
Modules linked in:
CPU: 0 Not tainted (2.6.33-rc1-00096-gdd59f6c #71)
PC is at memcpy+0x64/0x29c
LR is at kmemdup+0x30/0x38
pc : [<c065bfc4>] lr : [<c05b529c>] psr: 00000013
sp : c381dee4 ip : 0000001c fp : c381df1c
r10: c0556690 r9 : 00000000 r8 : c07cccc8
r7 : c07cc640 r6 : 00000000 r5 : c3854360 r4 : 00000004
r3 : c3805400 r2 : ffffffe4 r1 : 00000000 r0 : c3854360
Flags: nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: c000717f Table: 30004000 DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc381c270)
Stack: (0xc381dee4 to 0xc381e000)
dee0: c3854360 00000000 c07cc640 c07cccc8 c3854360 00000004
c05b529c
df00: c3854380 00000000 c38543a0 c07cc640 c381df3c c381df20 c000efb0
c05b527c
df20: 00000003 0000006c c0556804 c07cc640 c381df94 c381df40 c000db0c
c000ef20
df40: c06a6f7c 00000002 00000003 00000000 c07cc640 c0556690 00000000
00000000
df60: 00000000 00000000 00000000 00000000 c000b6a0 c001f88c 00000001
00000000
df80: 00000000 00000000 c381dfa4 c381df98 c000b6c0 c000d898 c381dfdc
c381dfa8
dfa0: c055d3e0 c000b6b0 00000054 c07d2108 00000000 00000000 c381dfdc
c001f634
dfc0: c001f88c 00000000 00000000 00000000 c381dff4 c381dfe0 c0008600
c055d388
dfe0: 00000000 00000000 00000000 c381dff8 c0575868 c0008560 33cc33cc
33cc37cc
Backtrace:
[<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
(s3c_nand_set_platdata+0xa0/0x10c)
r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
[<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
(mini2440_init+0x284/0x30c)
r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
[<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
(customize_machine+0x20/0x2c)
[<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
(do_one_initcall+0x68/0x1c4)
[<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
(kernel_init+0xb0/0x12c)
r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
[<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
r5:00000000 r4:00000000
Code: e4915004 e4916004 e4917004 e4918004 (e491e004)
---[ end trace 2719ed1c0000000a ]---
Kernel panic - not syncing: Attempted to kill init!
Backtrace:
[<c05618a0>] (dump_backtrace+0x0/0x114) from [<c074268c>]
(dump_stack+0x18/0x1c)
r7:00000005 r6:c3819c40 r5:c07d0080 r4:c07de690
[<c0742674>] (dump_stack+0x0/0x1c) from [<c07426e4>] (panic+0x54/0x12c)
[<c0742690>] (panic+0x0/0x12c) from [<c05758d8>] (do_exit+0x70/0x650)
r3:c07d0080 r2:00000002 r1:c381dd44 r0:c0799fb8
[<c0575868>] (do_exit+0x0/0x650) from [<c0561db8>] (die+0x190/0x1b4)
[<c0561c28>] (die+0x0/0x1b4) from [<c05635fc>] (__do_kernel_fault+0x6c/0x7c)
[<c0563590>] (__do_kernel_fault+0x0/0x7c) from [<c05637d8>]
(do_page_fault+0x1cc/0x1e4)
r7:00000000 r6:00000000 r5:c381de9c r4:c3819c40
[<c056360c>] (do_page_fault+0x0/0x1e4) from [<c0563894>]
(do_translation_fault+0x18/0x7c)
[<c056387c>] (do_translation_fault+0x0/0x7c) from [<c055d314>]
(do_DataAbort+0x3c/0xa0)
r7:c381de9c r6:00000000 r5:c07cbd40 r4:00000005
[<c055d2d8>] (do_DataAbort+0x0/0xa0) from [<c055db00>]
(__dabt_svc+0x40/0x60)
Exception stack(0xc381de9c to 0xc381dee4)
de80:
c3854360
dea0: 00000000 ffffffe4 c3805400 00000004 c3854360 00000000 c07cc640
c07cccc8
dec0: 00000000 c0556690 c381df1c 0000001c c381dee4 c05b529c c065bfc4
00000013
dee0: ffffffff
r7:c07cc640 r6:00000000 r5:c381ded0 r4:ffffffff
[<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
(s3c_nand_set_platdata+0xa0/0x10c)
r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
[<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
(mini2440_init+0x284/0x30c)
r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
[<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
(customize_machine+0x20/0x2c)
[<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
(do_one_initcall+0x68/0x1c4)
[<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
(kernel_init+0xb0/0x12c)
r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
[<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
r5:00000000 r4:00000000
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-20 16:01 kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2) Gaye Abdoulaye Walsimou
@ 2009-12-21 13:10 ` Juergen Beisert
2009-12-21 13:26 ` M P
2010-01-04 16:29 ` Ben Dooks
0 siblings, 2 replies; 12+ messages in thread
From: Juergen Beisert @ 2009-12-21 13:10 UTC (permalink / raw)
To: linux-arm-kernel
On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
> Hello list,
> I have here a boot Oops (see below) with the latest git revision of
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
> which does not happen with 2.6.32.
> Thanks in advance for comments.
> Regards
>
> ####Boot log ####
>
> Uncompressing
> Linux......................................................................
>..................................... Linux version
> 2.6.33-rc1-00096-gdd59f6c
> (walsimou at wnotebook02.walsimou.com) (gcc version 4.4.2 (GCC) ) #71
> PREEMPT Sun Dec 209
> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
> CPU: VIVT data cache, VIVT instruction cache
> Machine: MINI2440
> Memory policy: ECC disabled, Data cache writeback
> CPU S3C2440A (id 0x32440001)
> S3C24XX Clocks, Copyright 2004 Simtec Electronics
> S3C244X: core 400.000 MHz, memory 100.000 MHz, peripheral 50.000 MHz
> CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> Kernel command line: root=/dev/ram rw rootfstype=initramfs
> console=ttySAC0,115200 user_debug=31 rdinit=/sbin/init
> PID hash table entries: 256 (order: -2, 1024 bytes)
> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Memory: 64MB = 64MB total
> Memory: 56568KB available (2476K code, 364K data, 5460K init, 0K highmem)
> Hierarchical RCU implementation.
> NR_IRQS:85
> irq: clearing subpending status 00000003
> irq: clearing subpending status 00000002
> Console: colour dummy device 80x30
> console [ttySAC0] enabled
> Calibrating delay loop... 199.47 BogoMIPS (lpj=498688)
> Mount-cache hash table entries: 512
> CPU: Testing write buffer coherency: ok
> NET: Registered protocol family 16
> MINI2440: Option string mini2440=0tb
> MINI2440: 't' ignored, touchscreen not compiled in
> MINI2440: LCD [0:240x320] 1:800x480 2:1024x768
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000 pgd = c0004000
> [00000000] *pgd=00000000
> Internal error: Oops: 5 [#1] PREEMPT
> last sysfs file:
> Modules linked in:
> CPU: 0 Not tainted (2.6.33-rc1-00096-gdd59f6c #71)
> PC is at memcpy+0x64/0x29c
> LR is at kmemdup+0x30/0x38
> pc : [<c065bfc4>] lr : [<c05b529c>] psr: 00000013
> sp : c381dee4 ip : 0000001c fp : c381df1c
> r10: c0556690 r9 : 00000000 r8 : c07cccc8
> r7 : c07cc640 r6 : 00000000 r5 : c3854360 r4 : 00000004
> r3 : c3805400 r2 : ffffffe4 r1 : 00000000 r0 : c3854360
> Flags: nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
> Control: c000717f Table: 30004000 DAC: 00000017
> Process swapper (pid: 1, stack limit = 0xc381c270)
> Stack: (0xc381dee4 to 0xc381e000)
> dee0: c3854360 00000000 c07cc640 c07cccc8 c3854360 00000004
> c05b529c
> df00: c3854380 00000000 c38543a0 c07cc640 c381df3c c381df20 c000efb0
> c05b527c
> df20: 00000003 0000006c c0556804 c07cc640 c381df94 c381df40 c000db0c
> c000ef20
> df40: c06a6f7c 00000002 00000003 00000000 c07cc640 c0556690 00000000
> 00000000
> df60: 00000000 00000000 00000000 00000000 c000b6a0 c001f88c 00000001
> 00000000
> df80: 00000000 00000000 c381dfa4 c381df98 c000b6c0 c000d898 c381dfdc
> c381dfa8
> dfa0: c055d3e0 c000b6b0 00000054 c07d2108 00000000 00000000 c381dfdc
> c001f634
> dfc0: c001f88c 00000000 00000000 00000000 c381dff4 c381dfe0 c0008600
> c055d388
> dfe0: 00000000 00000000 00000000 c381dff8 c0575868 c0008560 33cc33cc
> 33cc37cc
> Backtrace:
> [<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
> (s3c_nand_set_platdata+0xa0/0x10c)
> r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
> [<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
> (mini2440_init+0x284/0x30c)
> r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
> [<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
> (customize_machine+0x20/0x2c)
> [<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
> (do_one_initcall+0x68/0x1c4)
> [<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
> (kernel_init+0xb0/0x12c)
> r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
> [<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
> r5:00000000 r4:00000000
> Code: e4915004 e4916004 e4917004 e4918004 (e491e004)
> ---[ end trace 2719ed1c0000000a ]---
> Kernel panic - not syncing: Attempted to kill init!
> Backtrace:
> [<c05618a0>] (dump_backtrace+0x0/0x114) from [<c074268c>]
> (dump_stack+0x18/0x1c)
> r7:00000005 r6:c3819c40 r5:c07d0080 r4:c07de690
> [<c0742674>] (dump_stack+0x0/0x1c) from [<c07426e4>] (panic+0x54/0x12c)
> [<c0742690>] (panic+0x0/0x12c) from [<c05758d8>] (do_exit+0x70/0x650)
> r3:c07d0080 r2:00000002 r1:c381dd44 r0:c0799fb8
> [<c0575868>] (do_exit+0x0/0x650) from [<c0561db8>] (die+0x190/0x1b4)
> [<c0561c28>] (die+0x0/0x1b4) from [<c05635fc>]
> (__do_kernel_fault+0x6c/0x7c) [<c0563590>] (__do_kernel_fault+0x0/0x7c)
> from [<c05637d8>]
> (do_page_fault+0x1cc/0x1e4)
> r7:00000000 r6:00000000 r5:c381de9c r4:c3819c40
> [<c056360c>] (do_page_fault+0x0/0x1e4) from [<c0563894>]
> (do_translation_fault+0x18/0x7c)
> [<c056387c>] (do_translation_fault+0x0/0x7c) from [<c055d314>]
> (do_DataAbort+0x3c/0xa0)
> r7:c381de9c r6:00000000 r5:c07cbd40 r4:00000005
> [<c055d2d8>] (do_DataAbort+0x0/0xa0) from [<c055db00>]
> (__dabt_svc+0x40/0x60)
> Exception stack(0xc381de9c to 0xc381dee4)
> de80:
> c3854360
> dea0: 00000000 ffffffe4 c3805400 00000004 c3854360 00000000 c07cc640
> c07cccc8
> dec0: 00000000 c0556690 c381df1c 0000001c c381dee4 c05b529c c065bfc4
> 00000013
> dee0: ffffffff
> r7:c07cc640 r6:00000000 r5:c381ded0 r4:ffffffff
> [<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
> (s3c_nand_set_platdata+0xa0/0x10c)
> r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
> [<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
> (mini2440_init+0x284/0x30c)
> r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
> [<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
> (customize_machine+0x20/0x2c)
> [<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
> (do_one_initcall+0x68/0x1c4)
> [<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
> (kernel_init+0xb0/0x12c)
> r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
> [<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
> r5:00000000 r4:00000000
Some (or most?) of the __initdata are bogus in the
arch/arm/mach-s3c2440/mach-mini2440.c. You must remove them.
jbe
--
Pengutronix e.K. | Juergen Beisert |
Linux Solutions for Science and Industry | Phone: +49-8766-939 228 |
Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de/ |
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-21 13:10 ` Juergen Beisert
@ 2009-12-21 13:26 ` M P
2009-12-21 15:07 ` Gaye Abdoulaye Walsimou
2009-12-27 18:26 ` Gaye Abdoulaye Walsimou
2010-01-04 16:29 ` Ben Dooks
1 sibling, 2 replies; 12+ messages in thread
From: M P @ 2009-12-21 13:26 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>> Hello list,
>> I have here a boot Oops (see below) with the latest git revision of
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>> which does not happen with 2.6.32.
>> Thanks in advance for comments.
>> Regards
I have a patch in my git that related to that :
http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
I need to push that to the list as soon as I rebase on 2.6.33.
Michael
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-21 13:26 ` M P
@ 2009-12-21 15:07 ` Gaye Abdoulaye Walsimou
2009-12-27 18:26 ` Gaye Abdoulaye Walsimou
1 sibling, 0 replies; 12+ messages in thread
From: Gaye Abdoulaye Walsimou @ 2009-12-21 15:07 UTC (permalink / raw)
To: linux-arm-kernel
M P wrote:
> On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
>
>> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>>
>>> Hello list,
>>> I have here a boot Oops (see below) with the latest git revision of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>>> which does not happen with 2.6.32.
>>> Thanks in advance for comments.
>>> Regards
>>>
>
> I have a patch in my git that related to that :
> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
>
> I need to push that to the list as soon as I rebase on 2.6.33.
>
> Michael
>
>
This patch does not help with the issue reported here.
But it helps on another issue which occurs when I try to reboot the
board (under busybox):
# reboot
The system is going down NOW!
Sent SIGTERM to all processes
Sent SIGKILL to all processes
Requesting system reboot
Unable to handle kernel NULL pointer dereference at virtual address 0000009d
pgd = c3b40000
[0000009d] *pgd=33b4c031, *pte=00000000, *ppte=00000000
Internal error: Oops: 13 [#1] PREEMPT
last sysfs file:
Modules linked in:
CPU: 0 Not tainted (2.6.32 #75)
PC is at device_shutdown+0x68/0xac
LR is at kernel_restart_prepare+0x2c/0x3c
pc : [<c06a27b8>] lr : [<c0582c78>] psr: 60000013
sp : c3b61e40 ip : c3b61e60 fp : c3b61e5c
r10: 40023000 r9 : c3b60000 r8 : c055e124
r7 : 00000000 r6 : c081c67c r5 : 0000008d r4 : c081c67c
r3 : 00000000 r2 : c05568a8 r1 : c3802be0 r0 : c05568a8
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: c000717f Table: 33b40000 DAC: 00000015
Process init (pid: 816, stack limit = 0xc3b60270)
Stack: (0xc3b61e40 to 0xc3b62000)
1e40: 00000000 28121969 01234567 00000000 c3b61e6c c3b61e60 c0582c78
c06a2760
1e60: c3b61e84 c3b61e70 c0582cc8 c0582c5c fee1dead 28121969 c3b61fa4
c3b61e88
1e80: c0582dfc c0582cc4 00000011 00000011 c07d8a90 c38360c0 c38360f0
00000000
1ea0: 000baeb9 00000000 c07d8a90 ffffffff c381c000 00000002 c3b4ede0
c3819c40
1ec0: c3b61ef4 c3b61ed0 c058cad4 c056ad60 00000000 c0660aa8 c381c01c
c38360c0
1ee0: 00000015 c383624c c3b61f0c c3b61ef8 c058cb18 c058ca94 00000000
c07c84b8
1f00: c3b61f5c c3b61f10 c055df64 c058cb08 00000000 c383624c 00000000
00000000
1f20: 00000011 c3b61f60 00000000 00000000 00000001 c38360c0 00000011
c3b61f60
1f40: c38361d0 c38361d0 00000001 c38360b8 c3b61f74 c3b61f60 c0575d38
c073fee0
1f60: c3b61f60 c3b61f60 c3b61f94 c3b61f78 c0575e34 c057574c 0006efdc
000b3a91
1f80: 00000000 00000000 00000000 00000000 00000000 00000058 00000000
c3b61fa8
1fa0: c055dfa0 c0582d24 00000000 00000000 fee1dead 28121969 01234567
00000000
1fc0: 00000000 00000000 00000000 00000058 ffffffff 00000000 40023000
00000000
1fe0: 000af58c bef909c0 0007c3ac 401458e8 60000010 fee1dead 00000000
00000000
Backtrace:
[<c06a2750>] (device_shutdown+0x0/0xac) from [<c0582c78>]
(kernel_restart_prepare+0x2c/0x3c)
r7:00000000 r6:01234567 r5:28121969 r4:00000000
[<c0582c4c>] (kernel_restart_prepare+0x0/0x3c) from [<c0582cc8>]
(kernel_restart+0x14/0x48)
[<c0582cb4>] (kernel_restart+0x0/0x48) from [<c0582dfc>]
(sys_reboot+0xe8/0x1c8)
r5:28121969 r4:fee1dead
[<c0582d14>] (sys_reboot+0x0/0x1c8) from [<c055dfa0>]
(ret_fast_syscall+0x0/0x28)
r7:00000058 r6:00000000 r5:00000000 r4:00000000
Code: e3530000 0a000001 e1a0e00f e12fff13 (e5953010)
---[ end trace e241266cd39eb08e ]---
Thanks,
AWG
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-21 13:26 ` M P
2009-12-21 15:07 ` Gaye Abdoulaye Walsimou
@ 2009-12-27 18:26 ` Gaye Abdoulaye Walsimou
2010-01-04 16:31 ` Ben Dooks
1 sibling, 1 reply; 12+ messages in thread
From: Gaye Abdoulaye Walsimou @ 2009-12-27 18:26 UTC (permalink / raw)
To: linux-arm-kernel
M P wrote:
> On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
>
>> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>>
>>> Hello list,
>>> I have here a boot Oops (see below) with the latest git revision of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>>> which does not happen with 2.6.32.
>>> Thanks in advance for comments.
>>> Regards
>>>
>
> I have a patch in my git that related to that :
> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
>
> I need to push that to the list as soon as I rebase on 2.6.33.
>
> Michael
>
Dear all,
It is this[1] commit which breaks mini2440 board, reverting its changes
in mini2440 code make things working again.
By the way Michel, as you're mini2440 maintainer, why there is no pull
requests for changes in your repository [2]
(for example
http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a)
?
Best reagrads,
AWG
[1] ARM: S3C: Add NAND device platform data set call:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
[2] http://repo.or.cz/w/linux-2.6/mini2440.git
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-21 13:10 ` Juergen Beisert
2009-12-21 13:26 ` M P
@ 2010-01-04 16:29 ` Ben Dooks
1 sibling, 0 replies; 12+ messages in thread
From: Ben Dooks @ 2010-01-04 16:29 UTC (permalink / raw)
To: linux-arm-kernel
Juergen Beisert wrote:
> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>> Hello list,
>> I have here a boot Oops (see below) with the latest git revision of
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>> which does not happen with 2.6.32.
>> Thanks in advance for comments.
>> Regards
>>
>> ####Boot log ####
>>
>> Uncompressing
>> Linux......................................................................
>> ..................................... Linux version
>> 2.6.33-rc1-00096-gdd59f6c
>> (walsimou at wnotebook02.walsimou.com) (gcc version 4.4.2 (GCC) ) #71
>> PREEMPT Sun Dec 209
>> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
>> CPU: VIVT data cache, VIVT instruction cache
>> Machine: MINI2440
>> Memory policy: ECC disabled, Data cache writeback
>> CPU S3C2440A (id 0x32440001)
>> S3C24XX Clocks, Copyright 2004 Simtec Electronics
>> S3C244X: core 400.000 MHz, memory 100.000 MHz, peripheral 50.000 MHz
>> CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
>> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
>> Kernel command line: root=/dev/ram rw rootfstype=initramfs
>> console=ttySAC0,115200 user_debug=31 rdinit=/sbin/init
>> PID hash table entries: 256 (order: -2, 1024 bytes)
>> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
>> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
>> Memory: 64MB = 64MB total
>> Memory: 56568KB available (2476K code, 364K data, 5460K init, 0K highmem)
>> Hierarchical RCU implementation.
>> NR_IRQS:85
>> irq: clearing subpending status 00000003
>> irq: clearing subpending status 00000002
>> Console: colour dummy device 80x30
>> console [ttySAC0] enabled
>> Calibrating delay loop... 199.47 BogoMIPS (lpj=498688)
>> Mount-cache hash table entries: 512
>> CPU: Testing write buffer coherency: ok
>> NET: Registered protocol family 16
>> MINI2440: Option string mini2440=0tb
>> MINI2440: 't' ignored, touchscreen not compiled in
>> MINI2440: LCD [0:240x320] 1:800x480 2:1024x768
>> Unable to handle kernel NULL pointer dereference at virtual address
>> 00000000 pgd = c0004000
>> [00000000] *pgd=00000000
>> Internal error: Oops: 5 [#1] PREEMPT
>> last sysfs file:
>> Modules linked in:
>> CPU: 0 Not tainted (2.6.33-rc1-00096-gdd59f6c #71)
>> PC is at memcpy+0x64/0x29c
>> LR is at kmemdup+0x30/0x38
>> pc : [<c065bfc4>] lr : [<c05b529c>] psr: 00000013
>> sp : c381dee4 ip : 0000001c fp : c381df1c
>> r10: c0556690 r9 : 00000000 r8 : c07cccc8
>> r7 : c07cc640 r6 : 00000000 r5 : c3854360 r4 : 00000004
>> r3 : c3805400 r2 : ffffffe4 r1 : 00000000 r0 : c3854360
>> Flags: nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
>> Control: c000717f Table: 30004000 DAC: 00000017
>> Process swapper (pid: 1, stack limit = 0xc381c270)
>> Stack: (0xc381dee4 to 0xc381e000)
>> dee0: c3854360 00000000 c07cc640 c07cccc8 c3854360 00000004
>> c05b529c
>> df00: c3854380 00000000 c38543a0 c07cc640 c381df3c c381df20 c000efb0
>> c05b527c
>> df20: 00000003 0000006c c0556804 c07cc640 c381df94 c381df40 c000db0c
>> c000ef20
>> df40: c06a6f7c 00000002 00000003 00000000 c07cc640 c0556690 00000000
>> 00000000
>> df60: 00000000 00000000 00000000 00000000 c000b6a0 c001f88c 00000001
>> 00000000
>> df80: 00000000 00000000 c381dfa4 c381df98 c000b6c0 c000d898 c381dfdc
>> c381dfa8
>> dfa0: c055d3e0 c000b6b0 00000054 c07d2108 00000000 00000000 c381dfdc
>> c001f634
>> dfc0: c001f88c 00000000 00000000 00000000 c381dff4 c381dfe0 c0008600
>> c055d388
>> dfe0: 00000000 00000000 00000000 c381dff8 c0575868 c0008560 33cc33cc
>> 33cc37cc
>> Backtrace:
>> [<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
>> (s3c_nand_set_platdata+0xa0/0x10c)
>> r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
>> [<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
>> (mini2440_init+0x284/0x30c)
>> r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
>> [<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
>> (customize_machine+0x20/0x2c)
>> [<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
>> (do_one_initcall+0x68/0x1c4)
>> [<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
>> (kernel_init+0xb0/0x12c)
>> r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
>> [<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
>> r5:00000000 r4:00000000
>> Code: e4915004 e4916004 e4917004 e4918004 (e491e004)
>> ---[ end trace 2719ed1c0000000a ]---
>> Kernel panic - not syncing: Attempted to kill init!
>> Backtrace:
>> [<c05618a0>] (dump_backtrace+0x0/0x114) from [<c074268c>]
>> (dump_stack+0x18/0x1c)
>> r7:00000005 r6:c3819c40 r5:c07d0080 r4:c07de690
>> [<c0742674>] (dump_stack+0x0/0x1c) from [<c07426e4>] (panic+0x54/0x12c)
>> [<c0742690>] (panic+0x0/0x12c) from [<c05758d8>] (do_exit+0x70/0x650)
>> r3:c07d0080 r2:00000002 r1:c381dd44 r0:c0799fb8
>> [<c0575868>] (do_exit+0x0/0x650) from [<c0561db8>] (die+0x190/0x1b4)
>> [<c0561c28>] (die+0x0/0x1b4) from [<c05635fc>]
>> (__do_kernel_fault+0x6c/0x7c) [<c0563590>] (__do_kernel_fault+0x0/0x7c)
>> from [<c05637d8>]
>> (do_page_fault+0x1cc/0x1e4)
>> r7:00000000 r6:00000000 r5:c381de9c r4:c3819c40
>> [<c056360c>] (do_page_fault+0x0/0x1e4) from [<c0563894>]
>> (do_translation_fault+0x18/0x7c)
>> [<c056387c>] (do_translation_fault+0x0/0x7c) from [<c055d314>]
>> (do_DataAbort+0x3c/0xa0)
>> r7:c381de9c r6:00000000 r5:c07cbd40 r4:00000005
>> [<c055d2d8>] (do_DataAbort+0x0/0xa0) from [<c055db00>]
>> (__dabt_svc+0x40/0x60)
>> Exception stack(0xc381de9c to 0xc381dee4)
>> de80:
>> c3854360
>> dea0: 00000000 ffffffe4 c3805400 00000004 c3854360 00000000 c07cc640
>> c07cccc8
>> dec0: 00000000 c0556690 c381df1c 0000001c c381dee4 c05b529c c065bfc4
>> 00000013
>> dee0: ffffffff
>> r7:c07cc640 r6:00000000 r5:c381ded0 r4:ffffffff
>> [<c05b526c>] (kmemdup+0x0/0x38) from [<c000efb0>]
>> (s3c_nand_set_platdata+0xa0/0x10c)
>> r7:c07cc640 r6:c38543a0 r5:00000000 r4:c3854380
>> [<c000ef10>] (s3c_nand_set_platdata+0x0/0x10c) from [<c000db0c>]
>> (mini2440_init+0x284/0x30c)
>> r7:c07cc640 r6:c0556804 r5:0000006c r4:00000003
>> [<c000d888>] (mini2440_init+0x0/0x30c) from [<c000b6c0>]
>> (customize_machine+0x20/0x2c)
>> [<c000b6a0>] (customize_machine+0x0/0x2c) from [<c055d3e0>]
>> (do_one_initcall+0x68/0x1c4)
>> [<c055d378>] (do_one_initcall+0x0/0x1c4) from [<c0008600>]
>> (kernel_init+0xb0/0x12c)
>> r8:00000000 r7:00000000 r6:00000000 r5:c001f88c r4:c001f634
>> [<c0008550>] (kernel_init+0x0/0x12c) from [<c0575868>] (do_exit+0x0/0x650)
>> r5:00000000 r4:00000000
>
> Some (or most?) of the __initdata are bogus in the
> arch/arm/mach-s3c2440/mach-mini2440.c. You must remove them.
this is becoming less true, the problem here is the nand code
that fails to correctly set the platform data after copying it.
A fix has been pull-requested.
Please don't go round removing the initdata just yet.
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2009-12-27 18:26 ` Gaye Abdoulaye Walsimou
@ 2010-01-04 16:31 ` Ben Dooks
2010-01-13 14:24 ` Uri Yosef
0 siblings, 1 reply; 12+ messages in thread
From: Ben Dooks @ 2010-01-04 16:31 UTC (permalink / raw)
To: linux-arm-kernel
Gaye Abdoulaye Walsimou wrote:
> M P wrote:
>> On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
>>
>>> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>>>
>>>> Hello list,
>>>> I have here a boot Oops (see below) with the latest git revision of
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>>>> which does not happen with 2.6.32.
>>>> Thanks in advance for comments.
>>>> Regards
>>>>
>> I have a patch in my git that related to that :
>> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
>>
>> I need to push that to the list as soon as I rebase on 2.6.33.
>>
>> Michael
>>
>
> Dear all,
> It is this[1] commit which breaks mini2440 board, reverting its changes
> in mini2440 code make things working again.
> By the way Michel, as you're mini2440 maintainer, why there is no pull
> requests for changes in your repository [2]
> (for example
> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a)
> ?
>
> Best reagrads,
> AWG
>
> [1] ARM: S3C: Add NAND device platform data set call:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
> [2] http://repo.or.cz/w/linux-2.6/mini2440.git
fix already sent for this. see for-linus/samsung tree on git.fluff.org
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2010-01-04 16:31 ` Ben Dooks
@ 2010-01-13 14:24 ` Uri Yosef
2010-01-13 23:24 ` Ben Dooks
0 siblings, 1 reply; 12+ messages in thread
From: Uri Yosef @ 2010-01-13 14:24 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Jan 4, 2010 at 6:31 PM, Ben Dooks <ben@simtec.co.uk> wrote:
> Gaye Abdoulaye Walsimou wrote:
>> M P wrote:
>>> On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
>>>
>>>> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>>>>
>>>>> Hello list,
>>>>> I have here a boot Oops (see below) with the latest git revision of
>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>>>>> which does not happen with 2.6.32.
>>>>> Thanks in advance for comments.
>>>>> Regards
>>>>>
>>> I have a patch in my git that related to that :
>>> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
>>>
>>> I need to push that to the list as soon as I rebase on 2.6.33.
>>>
>>> Michael
>>>
>>
>> Dear all,
>> It is this[1] commit which breaks mini2440 board, reverting its changes
>> in mini2440 code make things working again.
>> By the way Michel, as you're mini2440 maintainer, why there is no pull
>> requests for changes in your repository [2]
>> (for example
>> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a)
>> ?
>>
>> Best reagrads,
>> AWG
>>
>> [1] ?ARM: S3C: Add NAND device platform data set call:
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
>> [2] http://repo.or.cz/w/linux-2.6/mini2440.git
>
> fix already sent for this. see for-linus/samsung tree on git.fluff.org
Dear all,
I still get the same issue with kernel 2.6.33-rc4 (see log).
Any idea?
Regards,
Uri Yosef
Uncompressing Linux... done, booting the kernel.
Linux version 2.6.33-rc4 (uri at mylinux) (gcc version 4.4.1 (Sourcery
G++ Lite 2009q3-67) ) #1 Wed Jan 13 16:00:38 IST 2010
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
CPU: VIVT data cache, VIVT instruction cache
Machine: MINI2440
Memory policy: ECC disabled, Data cache writeback
CPU S3C2440A (id 0x32440001)
S3C24XX Clocks, Copyright 2004 Simtec Electronics
S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: root=/dev/mtdblock3 console=ttySAC0,115200 mini2440=1tb
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 61048KB available (3260K code, 351K data, 120K init, 0K highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:85
irq: clearing subpending status 00000002
Console: colour dummy device 80x30
console [ttySAC0] enabled
Calibrating delay loop... 201.93 BogoMIPS (lpj=504832)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
devtmpfs: initialized
NET: Registered protocol family 16
MINI2440: Option string mini2440=1tb
MINI2440: 't' ignored, touchscreen not compiled in
MINI2440: LCD 0:240x320 [1:800x480] 2:1024x768
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1]
last sysfs file:
Modules linked in:
CPU: 0 Not tainted (2.6.33-rc4 #1)
PC is at memcpy+0x64/0x29c
LR is at kmemdup+0x2c/0x34
pc : [<c01396e4>] lr : [<c007369c>] psr: 00000013
sp : c3823f44 ip : 0000001c fp : 00000000
r10: 00000000 r9 : 00000000 r8 : 00000000
r7 : 00000000 r6 : 00000000 r5 : c3846b60 r4 : 00000004
r3 : c3846ae0 r2 : ffffffe4 r1 : 00000000 r0 : c3846b60
Flags: nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: c000717f Table: 30004000 DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc3822270)
Stack: (0xc3823f44 to 0xc3824000)
3f40: c3846b60 00000000 00000000 00000000 c3846b60 00000004 c007369c
3f60: c3846ba0 c3846c00 00000000 c000ef50 00000003 0000006c c00221b8 c000d5bc
3f80: c038e430 00000002 00000003 00000001 c0373018 c0022088 00000000 00000000
3fa0: 00000000 00000000 00000000 00000000 c000b1f0 00000000 00000000 c000b208
3fc0: c0394780 c0026384 c000b1f0 00000000 c0394780 c001f0dc c001ed30 00000000
3fe0: 00000000 00000000 00000000 c00083f0 00000000 c0027874 ab74b01f 5dd0f80e
Code: e4915004 e4916004 e4917004 e4918004 (e491e004)
---[ end trace 2719ed1c00000000 ]---
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2010-01-13 14:24 ` Uri Yosef
@ 2010-01-13 23:24 ` Ben Dooks
2010-01-14 7:12 ` Gaye Abdoulaye Walsimou
0 siblings, 1 reply; 12+ messages in thread
From: Ben Dooks @ 2010-01-13 23:24 UTC (permalink / raw)
To: linux-arm-kernel
Uri Yosef wrote:
> On Mon, Jan 4, 2010 at 6:31 PM, Ben Dooks <ben@simtec.co.uk> wrote:
>> Gaye Abdoulaye Walsimou wrote:
>>> M P wrote:
>>>> On Mon, Dec 21, 2009 at 1:10 PM, Juergen Beisert <jbe@pengutronix.de> wrote:
>>>>
>>>>> On Sonntag, 20. Dezember 2009, Gaye Abdoulaye Walsimou wrote:
>>>>>
>>>>>> Hello list,
>>>>>> I have here a boot Oops (see below) with the latest git revision of
>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git,
>>>>>> which does not happen with 2.6.32.
>>>>>> Thanks in advance for comments.
>>>>>> Regards
>>>>>>
>>>> I have a patch in my git that related to that :
>>>> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a
>>>>
>>>> I need to push that to the list as soon as I rebase on 2.6.33.
>>>>
>>>> Michael
>>>>
>>> Dear all,
>>> It is this[1] commit which breaks mini2440 board, reverting its changes
>>> in mini2440 code make things working again.
>>> By the way Michel, as you're mini2440 maintainer, why there is no pull
>>> requests for changes in your repository [2]
>>> (for example
>>> http://repo.or.cz/w/linux-2.6/mini2440.git/commit/db47bd31f00a06370795a9d94ed973f78060841a)
>>> ?
>>>
>>> Best reagrads,
>>> AWG
>>>
>>> [1] ARM: S3C: Add NAND device platform data set call:
>>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
>>> [2] http://repo.or.cz/w/linux-2.6/mini2440.git
>> fix already sent for this. see for-linus/samsung tree on git.fluff.org
>
> Dear all,
>
> I still get the same issue with kernel 2.6.33-rc4 (see log).
> Any idea?
>
> Regards,
> Uri Yosef
>
> Uncompressing Linux... done, booting the kernel.
> Linux version 2.6.33-rc4 (uri at mylinux) (gcc version 4.4.1 (Sourcery
> G++ Lite 2009q3-67) ) #1 Wed Jan 13 16:00:38 IST 2010
> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
> CPU: VIVT data cache, VIVT instruction cache
> Machine: MINI2440
> Memory policy: ECC disabled, Data cache writeback
> CPU S3C2440A (id 0x32440001)
> S3C24XX Clocks, Copyright 2004 Simtec Electronics
> S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
> CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> Kernel command line: root=/dev/mtdblock3 console=ttySAC0,115200 mini2440=1tb
> PID hash table entries: 256 (order: -2, 1024 bytes)
> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Memory: 64MB = 64MB total
> Memory: 61048KB available (3260K code, 351K data, 120K init, 0K highmem)
> SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> Hierarchical RCU implementation.
> NR_IRQS:85
> irq: clearing subpending status 00000002
> Console: colour dummy device 80x30
> console [ttySAC0] enabled
> Calibrating delay loop... 201.93 BogoMIPS (lpj=504832)
> Mount-cache hash table entries: 512
> CPU: Testing write buffer coherency: ok
> devtmpfs: initialized
> NET: Registered protocol family 16
> MINI2440: Option string mini2440=1tb
> MINI2440: 't' ignored, touchscreen not compiled in
> MINI2440: LCD 0:240x320 [1:800x480] 2:1024x768
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> pgd = c0004000
> [00000000] *pgd=00000000
> Internal error: Oops: 5 [#1]
> last sysfs file:
> Modules linked in:
> CPU: 0 Not tainted (2.6.33-rc4 #1)
> PC is at memcpy+0x64/0x29c
> LR is at kmemdup+0x2c/0x34
This looks like a new issue to me, please compile your kernel
with sufficient debug information so that a full backtrace can
be generated and we can find out where this is happening.
--
Ben
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2010-01-13 23:24 ` Ben Dooks
@ 2010-01-14 7:12 ` Gaye Abdoulaye Walsimou
2010-01-14 8:25 ` Uri Yosef
0 siblings, 1 reply; 12+ messages in thread
From: Gaye Abdoulaye Walsimou @ 2010-01-14 7:12 UTC (permalink / raw)
To: linux-arm-kernel
Ben Dooks wrote:
>>
>> Dear all,
>>
>> I still get the same issue with kernel 2.6.33-rc4 (see log).
>> Any idea?
>>
>> Regards,
>> Uri Yosef
>>
>> Uncompressing Linux... done, booting the kernel.
>> Linux version 2.6.33-rc4 (uri at mylinux) (gcc version 4.4.1 (Sourcery
>> G++ Lite 2009q3-67) ) #1 Wed Jan 13 16:00:38 IST 2010
>> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
>> CPU: VIVT data cache, VIVT instruction cache
>> Machine: MINI2440
>> Memory policy: ECC disabled, Data cache writeback
>> CPU S3C2440A (id 0x32440001)
>> S3C24XX Clocks, Copyright 2004 Simtec Electronics
>> S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
>> CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
>> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
>> Kernel command line: root=/dev/mtdblock3 console=ttySAC0,115200 mini2440=1tb
>> PID hash table entries: 256 (order: -2, 1024 bytes)
>> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
>> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
>> Memory: 64MB = 64MB total
>> Memory: 61048KB available (3260K code, 351K data, 120K init, 0K highmem)
>> SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
>> Hierarchical RCU implementation.
>> NR_IRQS:85
>> irq: clearing subpending status 00000002
>> Console: colour dummy device 80x30
>> console [ttySAC0] enabled
>> Calibrating delay loop... 201.93 BogoMIPS (lpj=504832)
>> Mount-cache hash table entries: 512
>> CPU: Testing write buffer coherency: ok
>> devtmpfs: initialized
>> NET: Registered protocol family 16
>> MINI2440: Option string mini2440=1tb
>> MINI2440: 't' ignored, touchscreen not compiled in
>> MINI2440: LCD 0:240x320 [1:800x480] 2:1024x768
>> Unable to handle kernel NULL pointer dereference at virtual address 00000000
>> pgd = c0004000
>> [00000000] *pgd=00000000
>> Internal error: Oops: 5 [#1]
>> last sysfs file:
>> Modules linked in:
>> CPU: 0 Not tainted (2.6.33-rc4 #1)
>> PC is at memcpy+0x64/0x29c
>> LR is at kmemdup+0x2c/0x34
>>
>
> This looks like a new issue to me, please compile your kernel
> with sufficient debug information so that a full backtrace can
> be generated and we can find out where this is happening.
>
>
No this is not a new issue, it's the same I reported. As I said
previously reverting
the changes introduced by commit[1] in mini2440 code, make the board to
be able boot again.
[1] ARM: S3C: Add NAND device platform data set call:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
Best regards,
AWG
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2010-01-14 7:12 ` Gaye Abdoulaye Walsimou
@ 2010-01-14 8:25 ` Uri Yosef
2010-01-14 8:57 ` Abdoulaye Walsimou Gaye
0 siblings, 1 reply; 12+ messages in thread
From: Uri Yosef @ 2010-01-14 8:25 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jan 14, 2010 at 9:12 AM, Gaye Abdoulaye Walsimou
<walsimou@walsimou.com> wrote:
> Ben Dooks wrote:
>>>
>>> Dear all,
>>>
>>> I still get the same issue with kernel 2.6.33-rc4 (see log).
>>> Any idea?
>>>
>>> Regards,
>>> Uri Yosef
>>>
>>> Uncompressing Linux... done, booting the kernel.
>>> Linux version 2.6.33-rc4 (uri at mylinux) (gcc version 4.4.1 (Sourcery
>>> G++ Lite 2009q3-67) ) #1 Wed Jan 13 16:00:38 IST 2010
>>> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
>>> CPU: VIVT data cache, VIVT instruction cache
>>> Machine: MINI2440
>>> Memory policy: ECC disabled, Data cache writeback
>>> CPU S3C2440A (id 0x32440001)
>>> S3C24XX Clocks, Copyright 2004 Simtec Electronics
>>> S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
>>> CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
>>> Built 1 zonelists in Zone order, mobility grouping on. ?Total pages: 16256
>>> Kernel command line: root=/dev/mtdblock3 console=ttySAC0,115200 mini2440=1tb
>>> PID hash table entries: 256 (order: -2, 1024 bytes)
>>> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
>>> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
>>> Memory: 64MB = 64MB total
>>> Memory: 61048KB available (3260K code, 351K data, 120K init, 0K highmem)
>>> SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
>>> Hierarchical RCU implementation.
>>> NR_IRQS:85
>>> irq: clearing subpending status 00000002
>>> Console: colour dummy device 80x30
>>> console [ttySAC0] enabled
>>> Calibrating delay loop... 201.93 BogoMIPS (lpj=504832)
>>> Mount-cache hash table entries: 512
>>> CPU: Testing write buffer coherency: ok
>>> devtmpfs: initialized
>>> NET: Registered protocol family 16
>>> MINI2440: Option string mini2440=1tb
>>> MINI2440: 't' ignored, touchscreen not compiled in
>>> MINI2440: LCD 0:240x320 [1:800x480] 2:1024x768
>>> Unable to handle kernel NULL pointer dereference at virtual address 00000000
>>> pgd = c0004000
>>> [00000000] *pgd=00000000
>>> Internal error: Oops: 5 [#1]
>>> last sysfs file:
>>> Modules linked in:
>>> CPU: 0 ? ?Not tainted ?(2.6.33-rc4 #1)
>>> PC is at memcpy+0x64/0x29c
>>> LR is at kmemdup+0x2c/0x34
>>>
>>
>> This looks like a new issue to me, please compile your kernel
>> with sufficient debug information so that a full backtrace can
>> be generated and we can find out where this is happening.
>>
>>
>
> No this is not a new issue, it's the same I reported. As I said
> previously reverting
> the changes introduced by commit[1] in mini2440 code, make the board to
> be able boot again.
>
> [1] ?ARM: S3C: Add NAND device platform data set call:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a3a18045b136487b22733d57410e6dccd34ac84
>
> Best regards,
> AWG
>
The root cause for this crash is NULL reference set->nr_map
This patch fixes it:
diff -ruN a/arch/arm/plat-s3c/dev-nand.c b/arch/arm/plat-s3c/dev-nand.c
--- a/arch/arm/plat-s3c/dev-nand.c 2010-01-14 10:05:30.852255703 +0200
+++ linux-2.6.33-rc4/arch/arm/plat-s3c/dev-nand.c 2010-01-13
07:15:00.000000000 +0200
@@ -59,7 +59,7 @@
}
size = sizeof(int) * set->nr_chips;
- if (size) {
+ if (size && set->nr_map) {
ptr = kmemdup(set->nr_map, size, GFP_KERNEL);
set->nr_map = ptr;
And it took me to the next crash (which can be fixed by removing few
__inidata around the mini2440 leds data):
s3c2410-rtc s3c2410-rtc: setting system clock to 2010-01-08 16:00:43
UTC (1262966443)
VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
devtmpfs: mounted
Freeing init memory: 132K
Unable to handle kernel paging request at virtual address 0df0daa4
pgd = c0004000
[0df0daa4] *pgd=00000000
Internal error: Oops: 5 [#1]
last sysfs file:
Modules linked in:
CPU: 0 Not tainted (2.6.33-rc4 #4)
PC is at s3c2410_gpio_setpin+0x2c/0x4c
LR is at s3c24xx_led_set+0x34/0x58
pc : [<c0034650>] lr : [<c0270940>] psr: 60000093
sp : c396bdc0 ip : c0034638 fp : c396bdd4
r10: 00000001 r9 : 00000001 r8 : 00000ac9
r7 : c394e588 r6 : 000000ff r5 : 000000ff r4 : c002566c
r3 : 60000013 r2 : 0df0daa0 r1 : 00000000 r0 : 25e1b54b
Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: c000717f Table: 30004000 DAC: 00000017
Process mtdblockd (pid: 621, stack limit = 0xc396a270)
Stack: (0xc396bdc0 to 0xc396c000)
bdc0: 00000001 c002566c c396bdec c396bdd8 c0270940 c0034634 c398533c c396f8ac
bde0: c396be0c c396bdf0 c02702e4 c027091c c04bb794 c394e400 c394e588 ffff1880
be00: c396be2c c396be10 c020d95c c02702a8 c0210610 c394e400 00000000 00000000
be20: c396be54 c396be30 c020e5b0 c020d8d0 c394e588 c394e400 00000200 c394e674
be40: c0025800 00000000 c396becc c396be58 c020db28 c020e360 00000000 c3993300
be60: 00000ac9 0000003f 00000000 00000000 00000000 00000000 00000000 00000000
be80: 00000000 00000200 00000ac9 c3808100 00000000 00000000 00000000 00000000
bea0: 00000000 c394e400 c394e588 00000200 00564800 00000000 00000200 c395de00
bec0: c396befc c396bed0 c020e150 c020d9bc c394e674 c396bee0 c017b224 c395de00
bee0: 00004800 00000000 00000000 00000000 c396bf44 c396bf00 c01f6510 c020e0c4
bf00: 00000200 c396bf5c c0025800 00000000 00000000 00000000 00000000 00000000
bf20: c396bf4c 00004800 00000200 c3979b40 c0025800 00020000 c396bf8c c396bf48
bf40: c01fb270 c01f6468 00000200 c396bf5c c0025800 c3971320 00000000 c0457ffc
bf60: c396bf7c c3971320 00000002 c0457ffc 00000024 c0025800 c3af9bd0 c3af9bc0
bf80: c396bfc4 c396bf90 c01fa708 c01fb1a4 c3963720 c396a000 c030da6c c3823f18
bfa0: c396bfcc c01fa588 c0457ffc 00000000 00000000 00000000 c396bff4 c396bfc8
bfc0: c005e3f8 c01fa598 00000000 00000000 c396bfd0 c396bfd0 00000000 00000000
bfe0: 00000000 00000000 00000000 c396bff8 c002a9c0 c005e37c 00000000 00000000
[<c0034650>] (s3c2410_gpio_setpin+0x2c/0x4c) from [<c0270940>]
(s3c24xx_led_set+0x34/0x58)
[<c0270940>] (s3c24xx_led_set+0x34/0x58) from [<c02702e4>]
(led_trigger_event+0x4c/0x5c)
[<c02702e4>] (led_trigger_event+0x4c/0x5c) from [<c020d95c>]
(nand_wait_ready+0x9c/0xec)
[<c020d95c>] (nand_wait_ready+0x9c/0xec) from [<c020e5b0>]
(nand_command_lp+0x260/0x268)
[<c020e5b0>] (nand_command_lp+0x260/0x268) from [<c020db28>]
(nand_do_read_ops+0x17c/0x434)
[<c020db28>] (nand_do_read_ops+0x17c/0x434) from [<c020e150>]
(nand_read+0x9c/0xc0)
[<c020e150>] (nand_read+0x9c/0xc0) from [<c01f6510>] (part_read+0xb8/0x10c)
[<c01f6510>] (part_read+0xb8/0x10c) from [<c01fb270>]
(mtdblock_readsect+0xdc/0x11c)
[<c01fb270>] (mtdblock_readsect+0xdc/0x11c) from [<c01fa708>]
(mtd_blktrans_thread+0x180/0x268)
[<c01fa708>] (mtd_blktrans_thread+0x180/0x268) from [<c005e3f8>]
(kthread+0x8c/0x94)
[<c005e3f8>] (kthread+0x8c/0x94) from [<c002a9c0>] (kernel_thread_exit+0x0/0x8)
Code: e121f002 e3c0201f e1a020a2 e28224fb (e592c004)
---[ end trace 919bc5c9d3a012a5 ]---
^ permalink raw reply [flat|nested] 12+ messages in thread
* kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2)
2010-01-14 8:25 ` Uri Yosef
@ 2010-01-14 8:57 ` Abdoulaye Walsimou Gaye
0 siblings, 0 replies; 12+ messages in thread
From: Abdoulaye Walsimou Gaye @ 2010-01-14 8:57 UTC (permalink / raw)
To: linux-arm-kernel
Uri Yosef wrote:
> The root cause for this crash is NULL reference set->nr_map
> This patch fixes it:
>
> diff -ruN a/arch/arm/plat-s3c/dev-nand.c b/arch/arm/plat-s3c/dev-nand.c
> --- a/arch/arm/plat-s3c/dev-nand.c 2010-01-14 10:05:30.852255703 +0200
> +++ linux-2.6.33-rc4/arch/arm/plat-s3c/dev-nand.c 2010-01-13
> 07:15:00.000000000 +0200
> @@ -59,7 +59,7 @@
> }
>
> size = sizeof(int) * set->nr_chips;
> - if (size) {
> + if (size && set->nr_map) {
> ptr = kmemdup(set->nr_map, size, GFP_KERNEL);
> set->nr_map = ptr;
>
>
>
I think this one is already in the ML
> And it took me to the next crash (which can be fixed by removing few
> __inidata around the mini2440 leds data):
>
> s3c2410-rtc s3c2410-rtc: setting system clock to 2010-01-08 16:00:43
> UTC (1262966443)
> VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
> devtmpfs: mounted
> Freeing init memory: 132K
> Unable to handle kernel paging request at virtual address 0df0daa4
> pgd = c0004000
> [0df0daa4] *pgd=00000000
> Internal error: Oops: 5 [#1]
> last sysfs file:
> Modules linked in:
> CPU: 0 Not tainted (2.6.33-rc4 #4)
> PC is at s3c2410_gpio_setpin+0x2c/0x4c
> LR is at s3c24xx_led_set+0x34/0x58
> pc : [<c0034650>] lr : [<c0270940>] psr: 60000093
> sp : c396bdc0 ip : c0034638 fp : c396bdd4
> r10: 00000001 r9 : 00000001 r8 : 00000ac9
> r7 : c394e588 r6 : 000000ff r5 : 000000ff r4 : c002566c
> r3 : 60000013 r2 : 0df0daa0 r1 : 00000000 r0 : 25e1b54b
> Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
> Control: c000717f Table: 30004000 DAC: 00000017
> Process mtdblockd (pid: 621, stack limit = 0xc396a270)
> Stack: (0xc396bdc0 to 0xc396c000)
>
>
[...]
> [<c0034650>] (s3c2410_gpio_setpin+0x2c/0x4c) from [<c0270940>]
> (s3c24xx_led_set+0x34/0x58)
> [<c0270940>] (s3c24xx_led_set+0x34/0x58) from [<c02702e4>]
> (led_trigger_event+0x4c/0x5c)
> [<c02702e4>] (led_trigger_event+0x4c/0x5c) from [<c020d95c>]
> (nand_wait_ready+0x9c/0xec)
> [<c020d95c>] (nand_wait_ready+0x9c/0xec) from [<c020e5b0>]
> (nand_command_lp+0x260/0x268)
> [<c020e5b0>] (nand_command_lp+0x260/0x268) from [<c020db28>]
> (nand_do_read_ops+0x17c/0x434)
> [<c020db28>] (nand_do_read_ops+0x17c/0x434) from [<c020e150>]
> (nand_read+0x9c/0xc0)
> [<c020e150>] (nand_read+0x9c/0xc0) from [<c01f6510>] (part_read+0xb8/0x10c)
> [<c01f6510>] (part_read+0xb8/0x10c) from [<c01fb270>]
> (mtdblock_readsect+0xdc/0x11c)
> [<c01fb270>] (mtdblock_readsect+0xdc/0x11c) from [<c01fa708>]
> (mtd_blktrans_thread+0x180/0x268)
> [<c01fa708>] (mtd_blktrans_thread+0x180/0x268) from [<c005e3f8>]
> (kthread+0x8c/0x94)
> [<c005e3f8>] (kthread+0x8c/0x94) from [<c002a9c0>] (kernel_thread_exit+0x0/0x8)
> Code: e121f002 e3c0201f e1a020a2 e28224fb (e592c004)
> ---[ end trace 919bc5c9d3a012a5 ]---
>
Please submit a patch for this one, may be it will get a chance to be
mainlined...
Best regards,
AWG
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2010-01-14 8:57 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-20 16:01 kernel boot failure on with s32440/mini2440 with git head (dd59f6c76b2) Gaye Abdoulaye Walsimou
2009-12-21 13:10 ` Juergen Beisert
2009-12-21 13:26 ` M P
2009-12-21 15:07 ` Gaye Abdoulaye Walsimou
2009-12-27 18:26 ` Gaye Abdoulaye Walsimou
2010-01-04 16:31 ` Ben Dooks
2010-01-13 14:24 ` Uri Yosef
2010-01-13 23:24 ` Ben Dooks
2010-01-14 7:12 ` Gaye Abdoulaye Walsimou
2010-01-14 8:25 ` Uri Yosef
2010-01-14 8:57 ` Abdoulaye Walsimou Gaye
2010-01-04 16:29 ` Ben Dooks
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).