* 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-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
* 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
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).