[meta-freescale] B4860qds-64b kernel opps

Scott Wood scottwood at freescale.com
Tue May 6 09:54:57 PDT 2014


I did send it upstream.  That patchwork link is for the upstream patch
queue.

-Scott

On Tue, 2014-05-06 at 13:17 +0000, Alexandru Vaduva wrote:
> Thanks guys for all the help.
> 
> I was close to the answer, but you shorten one or 
> two days from the time needed to solve this problem.
> 
> Quick question to Scott:
> Why don`t you just send the patch upstream to the linux kernel community?
> I believe it could help a lot of the community members.
> 
> 
> Alex
> 
> -----Original Message-----
> From: zhenhua.luo at freescale.com [mailto:zhenhua.luo at freescale.com] 
> Sent: Tuesday, May 06, 2014 4:57 AM
> To: Alexandru Vaduva; meta-freescale at yoctoproject.org
> Cc: Scott Wood
> Subject: RE: B4860qds-64b kernel opps
> 
> Please try this patch.
> http://patchwork.ozlabs.org/patch/345985/
> 
> 
> Best Regards,
> 
> Zhenhua
> 
> > -----Original Message-----
> > From: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale- 
> > bounces at yoctoproject.org] On Behalf Of Alexandru Vaduva
> > Sent: Tuesday, April 29, 2014 8:27 PM
> > To: meta-freescale at yoctoproject.org
> > Subject: [meta-freescale] FW: B4860qds-64b kernel opps
> > 
> > Hello guys any updates?
> > 
> > -----Original Message-----
> > From: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale- 
> > bounces at yoctoproject.org] On Behalf Of Alexandru Vaduva
> > Sent: Friday, April 25, 2014 11:53 AM
> > To: meta-freescale at yoctoproject.org
> > Subject: [meta-freescale] B4860qds-64b kernel opps
> > 
> > Hello guys I tried booting the following linux-qoriq-sdk after a 
> > bbappend was attacked to it and some configs were activated.
> > The problem was identified when enabling a number of configs for LTP
> > testing:
> > CONFIG_TUN=y
> > CONFIG_KSM=y
> > CONFIG_NUMA=y
> > Maybe you could take a look and let me know of your solution.
> > I am investigating this in parallel but I believe your opinion on this 
> > is more advised than mine.
> > 
> > Setup the u-boot for NFS boot and launch the 'boot' command. The 
> > following output was obtained:
> > 
> > Using FM1 at DTSEC5 device
> > TFTP from server 172.24.30.23; our IP address is 172.24.30.238 
> > Filename 'alvd/b4860/uImage-b4860qds-64b.bin'.
> > Load address: 0x1000000
> > Loading:
> > ####################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> > 
> > #################################################################
> >          ########################################
> >          1.9 MiB/s
> > done
> > Bytes transferred = 8213054 (7d523e hex) Using FM1 at DTSEC5 device TFTP 
> > from server 172.24.30.23; our IP address is 172.24.30.238 Filename 
> > 'alvd/b4860/uImage-b4860qds-usdpaa.dtb'.
> > Load address: 0xc000000
> > Loading: ###
> >          1.4 MiB/s
> > done
> > Bytes transferred = 38395 (95fb hex)
> > WARNING: adjusting available memory to 30000000 ## Booting kernel from 
> > Legacy Image at 01000000 ...
> >    Image Name:   Linux-3.8.13-rt9+
> >    Created:      2014-04-24  15:13:30 UTC
> >    Image Type:   PowerPC Linux Kernel Image (gzip compressed)
> >    Data Size:    8212990 Bytes = 7.8 MiB
> >    Load Address: 00000000
> >    Entry Point:  00000000
> >    Verifying Checksum ... OK
> > ## Flattened Device Tree blob at 0c000000
> >    Booting using the fdt blob at 0x0c000000
> >    Uncompressing Kernel Image ... OK
> >    Loading Device Tree to 03fe3000, end 03fff5fa ... OK Using B4 QDS 
> > machine description
> > MMU: Supported page sizes
> >          4 KB as direct
> >       1024 KB as direct
> >       2048 KB as direct & indirect
> >       4096 KB as direct
> >      16384 KB as direct
> >      65536 KB as direct
> >     262144 KB as direct
> >    1048576 KB as direct
> > MMU: Book3E HW tablewalk enabled
> > No /soc at ffe000000/qman at 318000 property 'fsl,qman-fqd', using
> > memblock_alloc(0000000000400000) No /soc at ffe000000/qman at 318000 
> > property 'fsl,qman-pfdr', using memblock_alloc(0000000002000000) Qman
> > ver:0a01,03,01 No /soc at ffe000000/bman at 31a000 property 'fsl,bman-fbpr', 
> > using memblock_alloc(0000000001000000) Bman ver:0a02,02,01 No USDPAA 
> > memory, no 'usdpaa_mem' bootarg bootconsole [udbg0] enabled CPU maps 
> > initialized for 2 threads per core Starting Linux PPC64 #2 SMP PREEMPT 
> > Thu Apr 24 17:12:50 CEST 2014
> > -----------------------------------------------------
> > ppc64_pft_size                = 0x0
> > physicalMemorySize            = 0x100000000
> > ppc64_caches.dcache_line_size = 0x40
> > ppc64_caches.icache_line_size = 0x40
> > -----------------------------------------------------
> > Initializing cgroup subsys cpuset
> > Linux version 3.8.13-rt9+ (alvd at sestofb10) (gcc version 4.8.2 (GCC) ) 
> > #2 SMP PREEMPT Thu Apr 24 17:12:50 CEST 2014
> > CF000012
> > 
> > Setup Arch
> > [boot]0012 Setup Arch
> > B4 QDS board from Freescale Semiconductor Zone ranges:
> >   DMA      [mem 0x00000000-0xffffffff]
> >   Normal   empty
> > Movable zone start for each node
> > Early memory node ranges
> >   node   0: [mem 0x00000000-0xffffffff]
> > MMU: Allocated 2112 bytes of context maps for 255 contexts
> > CF000015
> > 
> > Setup Done
> > [boot]0015 Setup Done
> > PERCPU: Embedded 12 pages/cpu @c000000001a00000 s20032 r0 d29120 
> > u131072 Built 1 zonelists in Node order, mobility grouping on.  Total pages:
> > 1034240 Policy zone: DMA Kernel command line: root=/dev/nfs rw 
> > nfsroot=172.21.3.145:/opt/nfs/alvd/b4860-demo/ ip=dhcp
> > console=ttyS0,115200 PID hash table entries: 4096 (order: 3, 32768 
> > bytes) freeing bootmem node 0 Unable to handle kernel paging request 
> > for data at address 0x00001db8 Faulting instruction address: 
> > 0xc00000000122d064
> > Oops: Kernel access of bad area, sig: 11 [#1] PREEMPT SMP NR_CPUS=24 
> > NUMA
> > B4 QDS Modules linked in:
> > NIP: c00000000122d064 LR: c00000000122cf50 CTR: c0000000000314b0
> > REGS: c000000001777a20 TRAP: 0300   Not tainted  (3.8.13-rt9+)
> > MSR: 0000000080021000 <CE,ME>  CR: 24042022  XER: 00000000
> > SOFTE: 0
> > DEAR: 0000000000001db8, ESR: 0000000000000000 TASK = 
> > c0000000016a3e80[0] 'swapper' THREAD: c000000001774000 CPU: 0
> > GPR00: c0000000011efa74 c000000001777ca0 c0000000017796e0
> > c0000000012e66e0
> > GPR04: 0000000000000000 0000000000000000 0000000000000066
> > 0000000000000328
> > GPR08: c000000001790728 0000000000001680 0000000000000000
> > 0000000000000ee0
> > GPR12: 0000000000000002 c00000000fffa000 00000000ffffffff
> > 000000007ffe0924
> > GPR16: 0000000000000000 0000000000000000 000000007fb62610
> > 000000007fb62668
> > GPR20: 000000007fb62650 0000000000000000 c0000000012e66e0
> > c0000000013ac1b0
> > GPR24: 0000000000000001 0000000000000000 c0000000013ac1b0
> > 8000040000058de0
> > GPR28: 0000000000000001 0000000000000002 0000000000000000
> > 8000040000058e50 NIP [c00000000122d064] 
> > .__free_pages_bootmem+0x17c/0x1d4 LR [c00000000122cf50] .__free_pages_bootmem+0x68/0x1d4 Call Trace:
> > [c000000001777ca0] [0000000000000004] 0x4 (unreliable) 
> > [c000000001777d70] [c0000000011efa74] 
> > .free_all_bootmem_core+0x27c/0x3d4
> > [c000000001777e40] [c0000000011d8888] .mem_init+0x110/0x384 
> > [c000000001777ef0] [c0000000011caa9c] .start_kernel+0x200/0x5b8 
> > [c000000001777f90] [c00000000000044c] .start_here_common+0x24/0x58 
> > Instruction dump:
> > 409eff7c 7c00f9ec 4bffff74 e95b0000 3d220001 39097048 794957a0 
> > 794a4620
> > 1d290780 794a1f24 7d48502a 7d2a4a14 <e9490738> 7f0ac214 fb090738 
> > 39200001 ---[ end trace 31fd0ba7d8756001 ]---
> > 
> > Kernel panic - not syncing: Attempted to kill the idle task!
> > Rebooting in 180 seconds..
> > 
> > U-Boot 2013.01QorIQ-SDK-V1.5 (Dec 16 2013 - 05:57:03)
> > 
> > 
> > Thanks,
> > Alex
> > 
> > 
> > Alexandru Jan  Vaduva
> > Software Engineer
> > 
> > Enea Services Romania
> > Splaiul Independentei 319, OB403A,
> > District 6, Bucharest,
> > Romania, 060044
> > 
> > Tel:  +40 21 311 43 00
> > Fax: +40 21 311 43 01
> > Email: Alexandru.Vaduva at enea.com
> > http://www.enea.com/
> > 
> > 
> > 
> > 
> > 
> > --
> > _______________________________________________
> > meta-freescale mailing list
> > meta-freescale at yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/meta-freescale
> > --
> > _______________________________________________
> > meta-freescale mailing list
> > meta-freescale at yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/meta-freescale




More information about the meta-freescale mailing list