RE: Kernel panic on ldp board

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: Kevin Hilman [mailto:khilman@xxxxxxxxxxxxxxxxxxx]
> Sent: Thursday, May 21, 2009 12:55 PM
> To: Hald, Ulrik Bech
> Cc: Gary Thomas; linux-omap@xxxxxxxxxxxxxxx
> Subject: Re: Kernel panic on ldp board
> 
> "Hald, Ulrik Bech" <ubh@xxxxxx> writes:
> 
> >> -----Original Message-----
> >> From: Gary Thomas [mailto:gary@xxxxxxxxxxxx]
> >> Sent: Thursday, May 21, 2009 8:56 AM
> >> To: Hald, Ulrik Bech
> >> Cc: linux-omap@xxxxxxxxxxxxxxx
> >> Subject: Re: Kernel panic on ldp board
> >>
> >> Hald, Ulrik Bech wrote:
> >> > Hi,
> >> >
> >> > When booting on ldp (zoom1), I am seeing a kernel panic. I am using
> >> latest kernel built from L-O master at:
> >> >
> >> > OMAP: sDMA: Correct the the omap_request_dma_chain() signature
> >> > 0b2ce840c9fb58cf489bfdfc2d77f99a09a5dca3
> >> >
> >> > Any one having any idea as to why? Here's my boot trace
> >> >
> >> > ## Booting image at 80000000 ...
> >> >    Image Name:   Linux-2.6.30-rc6-omap1-05706-g0b
> >> >    Image Type:   ARM Linux Kernel Image (uncompressed)
> >> >    Data Size:    1843272 Bytes =  1.8 MB
> >> >    Load Address: 80008000
> >> >    Entry Point:  80008000
> >> >    Verifying Checksum ... OK
> >> > OK
> >> >
> >> > Starting kernel ...
> >> >
> >> > Uncompressing
> >>
> Linux.....................................................................
> >> ............................................... don.
> >> > <5>Linux version 2.6.30-rc6-omap1-05706-g0b2ce84 (a0389051@a0389051-
> >> ubuntu) (gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite 2007q3-51))
> 9
> >> > CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=10c5387f
> >> > CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
> >> > Machine: OMAP LDP board
> >> > Memory policy: ECC disabled, Data cache writeback
> >> > <7>On node 0 totalpages: 65536
> >> > <7>free_area_init_node: node 0, pgdat c038daf8, node_mem_map c03aa000
> >> > <7>  Normal zone: 512 pages used for memmap
> >> > <7>  Normal zone: 0 pages reserved
> >> > <7>  Normal zone: 65024 pages, LIFO batch:15
> >> > <6>OMAP3430 ES2.1
> >> > <6>SRAM: Mapped pa 0x40200000 to va 0xd7000000 size: 0x100000
> >> > Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
> >> 65024
> >> > <5>Kernel command line: console=ttyS2,115200n8 noinitrd mem=256M
> >> root=/dev/nfs rw
> >> nfsroot=128.247.85.232:/home/a0389051/omap3430/filesystemp
> >> > <6>NR_IRQS:402
> >> > <6>Clocking rate (Crystal/DPLL/ARM core): 26.0/332/500 MHz
> >> > <6>GPMC revision 5.0
> >> > <6>IRQ: Found an INTC at 0xd8200000 (revision 4.0) with 96 interrupts
> >> > <6>Total of 96 interrupts on 1 active controller
> >> > <6>OMAP34xx GPIO hardware version 2.5
> >> > PID hash table entries: 1024 (order: 10, 4096 bytes)
> >> > <6>OMAP clockevent source: GPTIMER1 at 32768 Hz
> >> > Console: colour dummy device 80x30
> >> > <6>Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> >> > <6>Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> >> > <6>Memory: 256MB = 256MB total
> >> > <5>Memory: 255872KB available (3176K code, 292K data, 132K init, 0K
> >> highmem)
> >> > <1>Unhandled fault: external abort on non-linefetch (0x1008) at
> >> 0xcf80000c
> >> > Internal error: : 1008 [#1]
> >> > Modules linked in:
> >> > CPU: 0    Not tainted  (2.6.30-rc6-omap1-05706-g0b2ce84 #1)
> >> > PC is at cache_alloc_refill+0x3f4/0x4f4
> >> > LR is at 0x0
> >> > pc : [<c00929e0>]    lr : [<00000000>]    psr: 80000153
> >> > sp : c035ff28  ip : 00000002  fp : 000080d0
> >> > r10: 000000d0  r9 : 00000010  r8 : c037612c
> >> > r7 : c0023808  r6 : 00000000  r5 : cf800000  r4 : cf800000
> >> > r3 : 00000028  r2 : 00000000  r1 : c059a020  r0 : c059a000
> >> > Flags: Nzcv  IRQs on  FIQs off  Mode SVC_32  ISA ARM  Segment kernel
> >> > Control: 10c5387f  Table: 80004019  DAC: 00000017
> >> > Process swapper (pid: 0, stack limit = 0xc035e2e0)
> >> > Stack: (0xc035ff28 to 0xc0360000)
> >> > ff20:                   c037612c 00000020 c00238a4 60000153 c0376110
> >> c037612c
> >> > ff40: 000080d0 00000020 411fc082 00000008 c0300876 c0092c10 00000000
> >> c0376110
> >> > ff60: 00000020 00042000 00000020 c00937f4 00000000 c03b1540 0000fa25
> >> 00000002
> >> > ff80: c038e378 c0022e6b c0361ca0 00000000 c0023808 c0376184 c0376110
> >> c0376184
> >> > ffa0: 411fc082 0000001f 00000000 c00129c4 00000000 c0376148 00000000
> >> 00000040
> >> > ffc0: c0022eec c038e240 c0022ee8 c0361ca0 8002106c c0008a84 c00084e8
> >> 00000000
> >> > ffe0: 00000000 c0022eec 00000000 10c5387d c038e324 80008034 00000000
> >> 00000000
> >> > [<c00929e0>] (cache_alloc_refill+0x3f4/0x4f4) from [<c0092c10>]
> >> (kmem_cache_alloc+0x5c/0x94)
> >> > [<c0092c10>] (kmem_cache_alloc+0x5c/0x94) from [<c00937f4>]
> >> (kmem_cache_create+0x1ec/0x438)
> >> > [<c00937f4>] (kmem_cache_create+0x1ec/0x438) from [<c00129c4>]
> >> (kmem_cache_init+0x14c/0x310)
> >> > [<c00129c4>] (kmem_cache_init+0x14c/0x310) from [<c0008a84>]
> >> (start_kernel+0x1d0/0x284)
> >> > [<c0008a84>] (start_kernel+0x1d0/0x284) from [<80008034>]
> (0x80008034)
> >> > Code: e1a06003 e1a05004 ea000009 e598203c (e594100c)
> >> > <4>---[ end trace 1b75b31a2719ed1c ]---
> >> > <0>Kernel panic - not syncing: Attempted to kill the idle task!
> >>
> >> Incorrect command line - the LDP1 only has 128M
> >>
> >> One has to be careful when using the instructions from the Wiki
> >>
> >>
> https://omapzoom.org/gf/project/omapandroid/wiki/?pagename=Installing+the+
> >> System
> >> These have been tailored to the Zoom2 and are only close for Zoom1
> >>
> >> --
> >> ------------------------------------------------------------
> >> Gary Thomas                 |  Consulting for the
> >> MLB Associates              |    Embedded world
> >> ------------------------------------------------------------
> >
> > I tried with mem=128 also, and there it just hangs when "Calibrating
> delay loop...". Any idea what that problem could be?
> >
> 
> [...]
> 
> What compiler are you using?  I'd guess CodeSourcery 2007-q3?  If so,
> there has been recent discussion of problems with that compiler.
> 
> If so, there are two solutions:
> 
> 1) use a newer CodeSourcery toolchain
> 2) use the solution discussed in the previous discussion[1]
> 
> Kevin
> 
> [1] http://marc.info/?l=linux-omap&m=124267322526315&w=2

Thanks Kevin,

Yes, I'm using CodeSourcery 2007-q3. I will go with option 1), I think it is time to step up on version 2008-q3.


--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux