davinci boot failures in next-20140519

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

davinci boot failures in next-20140519

Kevin Hilman-3
As found by my automated boot tester[1], dm365 EVM and da850 EVM started
failing boot tests in today's linux-next.

I haven't had the time to bisect, but it appears to be related to some
devres failures in the EMAC driver.  Full boot log below for the
da850evm (the dm365 fault looks the same.)

Kevin

[1]
http://lists.linaro.org/pipermail/kernel-build-reports/2014-May/003561.html



Connected to da850evm console [channel connected] (~$quit to exit)
(user:khilman) is already connected

~$hardreset

Command(da850evm console)> hardreset
(user:khilman) Reboot da850evm
`Reboot: da850evm ; phidget 4 2 :  off, sleep, on
OMAP-L138 initialization passed!
Booting TI User Boot Loader
        UBL Version: 1.65
        UBL Flashtype: SPI
Starting SPI Memory Copy...
Valid magicnum, 0x55424CBB, found at offset 0x00010000.
   DONE
Jumping to entry point at 0xC1080000.
MMC:   davinci: 0
SF: Detected M25P64 with page size 256 Bytes, erase size 64 KiB, total 8 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
SF: Detected M25P64 with page size 256 Bytes, erase size 64 KiB, total 8 MiB
Net:   DaVinci-EMAC
Hit any key to stop autoboot:
 3  0
U-Boot >
U-Boot > version
version

U-Boot 2014.01-dirty (Feb 27 2014 - 15:12:48)
arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
GNU ld (GNU Binutils for Ubuntu) 2.23.52.20130913
U-Boot > setenv bootargs console=ttyS2,115200n8 debug earlyprintk
setenv bootargs console=ttyS2,115200n8 debug earlyprintk
U-Boot >if test -n ${initenv}; then run initenv; fi
 if test -n ${initenv}; then run initenv; fi
U-Boot > if test -n ${preboot}; then run preboot; fi
if test -n ${preboot}; then run preboot; fi
U-Boot >setenv autoload no; setenv autoboot no
 setenv autoload no; setenv autoboot no
U-Boot > dhcp
dhcp
BOOTP broadcast 1
DHCP client bound to address 192.168.1.194
U-Boot > setenv serverip 192.168.1.2
setenv serverip 192.168.1.2
U-Boot > if test -n ${netargs}; then run netargs; fi
if test -n ${netargs}; then run netargs; fi
U-Boot > tftp 0xc0800000 192.168.1.2:tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu
tftp 0xc0800000 192.168.1.2:tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu
Using DaVinci-EMAC device
TFTP from server 192.168.1.2; our IP address is 192.168.1.194
Filename 'tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu'.
Load address: 0xc0800000
Loading: *#################################################################
         #################################################################
         #########################
         1.7 MiB/s
done
Bytes transferred = 2261167 (2280af hex)
U-Boot >tftp 0xc0c00000 192.168.1.2:buildroot.cpio.gz.uboot
 tftp 0xc0c00000 192.168.1.2:buildroot.cpio.gz.uboot
Using DaVinci-EMAC device
TFTP from server 192.168.1.2; our IP address is 192.168.1.194
Filename 'buildroot.cpio.gz.uboot'.
Load address: 0xc0c00000
Loading: *############################################
         1.7 MiB/s
done
Bytes transferred = 642602 (9ce2a hex)
U-Boot >printenv bootargs
 printenv bootargs
bootargs=console=ttyS2,115200n8 debug earlyprintk
U-Boot > bootz 0xc0800000 0xc0c00000
bootz 0xc0800000 0xc0c00000
Kernel image @ 0xc0800000 [ 0x000000 - 0x226598 ]
## Loading init Ramdisk from Legacy Image at c0c00000 ...
   Image Name:  
   Image Type:   ARM Linux RAMDisk Image (uncompressed)
   Data Size:    642538 Bytes = 627.5 KiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc5-next-20140519 (buildslave@kbuilderdedi01) (gcc version 4.7.1 (Ubuntu/Linaro 4.7.1-5ubuntu1~ppa1) ) #1 PREEMPT Mon May 19 11:11:13 CEST 2014
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine model: DA850/AM1808/OMAP-L138 EVM
Memory policy: Data cache writethrough
DaVinci da850/omap-l138 variant 0x0
On node 0 totalpages: 32768
free_area_init_node: node 0, pgdat c045e6b0, node_mem_map c7efa000
  DMA zone: 256 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 32768 pages, LIFO batch:7
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
Kernel command line: console=ttyS2,115200n8 debug earlyprintk
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 124592K/131072K available (3046K kernel code, 260K rwdata, 972K rodata, 159K init, 174K bss, 6480K reserved)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xffc00000 - 0xffe00000   (2048 kB)
    vmalloc : 0xc8800000 - 0xff000000   ( 872 MB)
    lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .text : 0xc0008000 - 0xc03f4e64   (4020 kB)
      .init : 0xc03f5000 - 0xc041ce44   ( 160 kB)
      .data : 0xc041e000 - 0xc045f120   ( 261 kB)
       .bss : 0xc045f12c - 0xc048acd8   ( 175 kB)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
NR_IRQS:245
sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
Console: colour dummy device 80x30
Calibrating delay loop... 148.88 BogoMIPS (lpj=744448)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc03000a0 - 0xc03000f8
devtmpfs: initialized
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slot
edma-dma-engine: probe of edma-dma-engine.0 failed with error -5
edma-dma-engine edma-dma-engine.1: Can't allocate PaRAM dummy slot
edma-dma-engine: probe of edma-dma-engine.1 failed with error -5
i2c_davinci i2c_davinci.1: could not find pctldev for node /soc/pinmux@1c14120/pinmux_i2c0_pins, deferring probe
platform i2c_davinci.1: Driver i2c_davinci requests probe deferral
Switched to clocksource timer0_1
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 620K (c0c01000 - c0c9c000)
futex hash table entries: 256 (order: -1, 3072 bytes)
msgmni has been set to 244
io scheduler noop registered (default)
pinctrl-single 1c14120.pinmux: 160 pins at pa fec14120 size 80
Serial: 8250/16550 driver, 3 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x1c42000 (irq = 25, base_baud = 9375000) is a 16550A
serial8250.1: ttyS1 at MMIO 0x1d0c000 (irq = 53, base_baud = 9375000) is a 16550A
console [ttyS2] disabled
serial8250.2: ttyS2 at MMIO 0x1d0d000 (irq = 61, base_baud = 9375000) is a 16550A
console [ttyS2] enabled
brd: module loaded
davinci_mdio davinci_mdio.0: davinci mdio revision 1.5
davinci_mdio davinci_mdio.0: detected phy mask fffffffe
libphy: davinci_mdio.0: probed
davinci_mdio davinci_mdio.0: phy[0]: device davinci_mdio.0:00, driver unknown
i2c /dev entries driver
TCP: cubic registered
NET: Registered protocol family 17
VDCDC1_3.3V: 3200 <--> 3300 mV at 3300 mV
VDCDC2_3.3V: 1750 <--> 3300 mV at 3300 mV
VDCDC3_1.2V: 950 <--> 1350 mV at 1400 mV
LDO1_1.8V: 1800 mV
LDO2_1.2V: 1150 <--> 1300 mV at 1200 mV
console [netcon0] enabled
netconsole: network logging started
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 817 [#1] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Not tainted 3.15.0-rc5-next-20140519 #1
task: c7836000 ti: c783c000 task.ti: c783c000
PC is at add_dr+0x28/0x34
LR is at devres_add+0x34/0x6c
pc : [<c01fe4c4>]    lr : [<c01fe688>]    psr: 60000093
sp : c783dcd0  ip : c783dce0  fp : c783dcdc
r10: c7a014c0  r9 : c7831b40  r8 : c7a01508
r7 : c7885610  r6 : c7a0f410  r5 : c7a01278  r4 : 40000013
r3 : 00000000  r2 : c7a013b4  r1 : c7a0f400  r0 : c7a01278
Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
Control: 0005317f  Table: c7b8c000  DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc783c1c0)
Stack: (0xc783dcd0 to 0xc783e000)
dcc0:                                     c783dcfc c783dce0 c01fe688 c01fe4ac
dce0: c01fde4c c7a0f400 c7a0f410 c7a01278 c783dd1c c783dd00 c01fe710 c01fe664
dd00: 01e20000 c7a01000 c783dd68 c7885600 c783dd5c c783dd20 c021af14 c01fe6d0
dd20: 00004000 c7885610 c783dd5c c783dd38 c01a20d0 c7a01000 c7879f10 c7885600
dd40: c7885610 c7a01508 c7831b40 c7a014c0 c783ddd4 c783dd60 c0218da8 c021af00
dd60: 01e20000 c7a01278 c7a01278 fee23000 fee23600 fee23620 fee23640 fee23660
dd80: fee23120 fee23140 00000008 00000000 0000003c 01e20000 01e20000 00002000
dda0: 00000010 00000000 c0457b80 c7885610 c0457b80 00000000 c0457b80 00000004
ddc0: 00000000 c783c000 c783ddec c783ddd8 c01fcda0 c0218a9c c7885610 c0484330
dde0: c783de14 c783ddf0 c01fb74c c01fcd90 00000000 c7885610 c0457b80 c7885644
de00: 00000000 c040c9b4 c783de34 c783de18 c01fb908 c01fb644 00000000 00000000
de20: c0457b80 c01fb874 c783de5c c783de38 c01f9d28 c01fb884 c7823258 c7863f90
de40: c7bc36f4 c0457b80 c7bc36c0 c0456a90 c783de6c c783de60 c01fb23c c01f9cd8
de60: c783de94 c783de70 c01fae44 c01fb22c c03a12a4 c783de80 c0457b80 c0428b78
de80: c7bc4b80 c03f556c c783deac c783de98 c01fbfec c01fad78 c0428b78 c0428b78
dea0: c783debc c783deb0 c01fccb4 c01fbf7c c783decc c783dec0 c040c9cc c01fcc74
dec0: c783df4c c783ded0 c0008934 c040c9c4 c0442c3c c0442c58 c783df04 c783dee8
dee0: c783df04 c783def0 c03f5500 c7ffcb1d c0319894 0000004f c783df4c c783df08
df00: c00348d0 c03f557c 00000000 00000007 00000007 c03f2d84 00000000 c039ded4
df20: c783df4c c7ffcb00 c041cd8c 00000007 c045f140 c0415c18 c0415c10 0000004f
df40: c783df94 c783df50 c03f5d34 c00088bc 00000007 00000007 c03f556c ff010820
df60: 00804400 40100004 c783df94 00000000 c02f7950 00000000 00000000 00000000
df80: 00000000 00000000 c783dfac c783df98 c02f7960 c03f5c50 00000000 00000000
dfa0: 00000000 c783dfb0 c0009770 c02f7960 00000000 00000000 00000000 00000000
dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 0000ff00 0000ff01
Backtrace:
[<c01fe49c>] (add_dr) from [<c01fe688>] (devres_add+0x34/0x6c)
[<c01fe654>] (devres_add) from [<c01fe710>] (devm_kmalloc+0x50/0x64)
 r6:c7a01278 r5:c7a0f410 r4:c7a0f400 r3:c01fde4c
[<c01fe6c0>] (devm_kmalloc) from [<c021af14>] (cpdma_ctlr_create+0x24/0x1c0)
 r6:c7885600 r5:c783dd68 r4:c7a01000 r3:01e20000
[<c021aef0>] (cpdma_ctlr_create) from [<c0218da8>] (davinci_emac_probe+0x31c/0x5dc)
 r10:c7a014c0 r9:c7831b40 r8:c7a01508 r7:c7885610 r6:c7885600 r5:c7879f10
 r4:c7a01000
[<c0218a8c>] (davinci_emac_probe) from [<c01fcda0>] (platform_drv_probe+0x20/0x50)
 r10:c783c000 r9:00000000 r8:00000004 r7:c0457b80 r6:00000000 r5:c0457b80
 r4:c7885610
[<c01fcd80>] (platform_drv_probe) from [<c01fb74c>] (driver_probe_device+0x118/0x240)
 r5:c0484330 r4:c7885610
[<c01fb634>] (driver_probe_device) from [<c01fb908>] (__driver_attach+0x94/0x98)
 r8:c040c9b4 r7:00000000 r6:c7885644 r5:c0457b80 r4:c7885610 r3:00000000
[<c01fb874>] (__driver_attach) from [<c01f9d28>] (bus_for_each_dev+0x60/0x90)
 r6:c01fb874 r5:c0457b80 r4:00000000 r3:00000000
[<c01f9cc8>] (bus_for_each_dev) from [<c01fb23c>] (driver_attach+0x20/0x28)
 r6:c0456a90 r5:c7bc36c0 r4:c0457b80
[<c01fb21c>] (driver_attach) from [<c01fae44>] (bus_add_driver+0xdc/0x1dc)
[<c01fad68>] (bus_add_driver) from [<c01fbfec>] (driver_register+0x80/0xfc)
 r7:c03f556c r6:c7bc4b80 r5:c0428b78 r4:c0457b80
[<c01fbf6c>] (driver_register) from [<c01fccb4>] (__platform_driver_register+0x50/0x64)
 r5:c0428b78 r4:c0428b78
[<c01fcc64>] (__platform_driver_register) from [<c040c9cc>] (davinci_emac_init+0x18/0x20)
[<c040c9b4>] (davinci_emac_init) from [<c0008934>] (do_one_initcall+0x88/0x1e0)
[<c00088ac>] (do_one_initcall) from [<c03f5d34>] (kernel_init_freeable+0xf4/0x1bc)
 r10:0000004f r9:c0415c10 r8:c0415c18 r6:c045f140 r5:00000007 r4:c041cd8c
[<c03f5c40>] (kernel_init_freeable) from [<c02f7960>] (kernel_init+0x10/0xf4)
 r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c02f7950
 r4:00000000
[<c02f7950>] (kernel_init) from [<c0009770>] (ret_from_fork+0x14/0x24)
 r4:00000000 r3:00000000
Code: e5903140 e2802f4f e5801140 e881000c (e5831000)
---[ end trace 15b849f8fe0618d0 ]---
note: swapper[1] exited with preempt_count 1
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

~$off
# PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000

# PYBOOT: Time: 14.39 seconds.
# PYBOOT: Result: FAIL
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Lad, Prabhakar
Hi,

On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
> failing boot tests in today's linux-next.
>
> I haven't had the time to bisect, but it appears to be related to some
> devres failures in the EMAC driver.  Full boot log below for the
> da850evm (the dm365 fault looks the same.)
>
I too hit this issue, this was introduced with commit id:
e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
Reverting this patch fixes it.
>From the outset patch looks good, not sure why exactly it is failing.

Regards,
--Prabhakar Lad

> Kevin
>
> [1]
> http://lists.linaro.org/pipermail/kernel-build-reports/2014-May/003561.html
>
>
>
> Connected to da850evm console [channel connected] (~$quit to exit)
> (user:khilman) is already connected
>
> ~$hardreset
>
> Command(da850evm console)> hardreset
> (user:khilman) Reboot da850evm
> `Reboot: da850evm ; phidget 4 2 :  off, sleep, on
> OMAP-L138 initialization passed!
> Booting TI User Boot Loader
>         UBL Version: 1.65
>         UBL Flashtype: SPI
> Starting SPI Memory Copy...
> Valid magicnum, 0x55424CBB, found at offset 0x00010000.
>    DONE
> Jumping to entry point at 0xC1080000.
> MMC:   davinci: 0
> SF: Detected M25P64 with page size 256 Bytes, erase size 64 KiB, total 8 MiB
> *** Warning - bad CRC, using default environment
>
> In:    serial
> Out:   serial
> Err:   serial
> SF: Detected M25P64 with page size 256 Bytes, erase size 64 KiB, total 8 MiB
> Net:   DaVinci-EMAC
> Hit any key to stop autoboot:
>  3     0
> U-Boot >
> U-Boot > version
> version
>
> U-Boot 2014.01-dirty (Feb 27 2014 - 15:12:48)
> arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
> GNU ld (GNU Binutils for Ubuntu) 2.23.52.20130913
> U-Boot > setenv bootargs console=ttyS2,115200n8 debug earlyprintk
> setenv bootargs console=ttyS2,115200n8 debug earlyprintk
> U-Boot >if test -n ${initenv}; then run initenv; fi
>  if test -n ${initenv}; then run initenv; fi
> U-Boot > if test -n ${preboot}; then run preboot; fi
> if test -n ${preboot}; then run preboot; fi
> U-Boot >setenv autoload no; setenv autoboot no
>  setenv autoload no; setenv autoboot no
> U-Boot > dhcp
> dhcp
> BOOTP broadcast 1
> DHCP client bound to address 192.168.1.194
> U-Boot > setenv serverip 192.168.1.2
> setenv serverip 192.168.1.2
> U-Boot > if test -n ${netargs}; then run netargs; fi
> if test -n ${netargs}; then run netargs; fi
> U-Boot > tftp 0xc0800000 192.168.1.2:tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu
> tftp 0xc0800000 192.168.1.2:tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu
> Using DaVinci-EMAC device
> TFTP from server 192.168.1.2; our IP address is 192.168.1.194
> Filename 'tmp/da850evm-ySSgF4/zImage-dtb-Ua2SNu'.
> Load address: 0xc0800000
> Loading: * #################################################################
>          #################################################################
>          #########################
>          1.7 MiB/s
> done
> Bytes transferred = 2261167 (2280af hex)
> U-Boot >tftp 0xc0c00000 192.168.1.2:buildroot.cpio.gz.uboot
>  tftp 0xc0c00000 192.168.1.2:buildroot.cpio.gz.uboot
> Using DaVinci-EMAC device
> TFTP from server 192.168.1.2; our IP address is 192.168.1.194
> Filename 'buildroot.cpio.gz.uboot'.
> Load address: 0xc0c00000
> Loading: * ############################################
>          1.7 MiB/s
> done
> Bytes transferred = 642602 (9ce2a hex)
> U-Boot >printenv bootargs
>  printenv bootargs
> bootargs=console=ttyS2,115200n8 debug earlyprintk
> U-Boot > bootz 0xc0800000 0xc0c00000
> bootz 0xc0800000 0xc0c00000
> Kernel image @ 0xc0800000 [ 0x000000 - 0x226598 ]
> ## Loading init Ramdisk from Legacy Image at c0c00000 ...
>    Image Name:
>    Image Type:   ARM Linux RAMDisk Image (uncompressed)
>    Data Size:    642538 Bytes = 627.5 KiB
>    Load Address: 00000000
>    Entry Point:  00000000
>    Verifying Checksum ... OK
>
> Starting kernel ...
>
> Uncompressing Linux... done, booting the kernel.
> Booting Linux on physical CPU 0x0
> Linux version 3.15.0-rc5-next-20140519 (buildslave@kbuilderdedi01) (gcc version 4.7.1 (Ubuntu/Linaro 4.7.1-5ubuntu1~ppa1) ) #1 PREEMPT Mon May 19 11:11:13 CEST 2014
> CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
> CPU: VIVT data cache, VIVT instruction cache
> Machine model: DA850/AM1808/OMAP-L138 EVM
> Memory policy: Data cache writethrough
> DaVinci da850/omap-l138 variant 0x0
> On node 0 totalpages: 32768
> free_area_init_node: node 0, pgdat c045e6b0, node_mem_map c7efa000
>   DMA zone: 256 pages used for memmap
>   DMA zone: 0 pages reserved
>   DMA zone: 32768 pages, LIFO batch:7
> pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> pcpu-alloc: [0] 0
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
> Kernel command line: console=ttyS2,115200n8 debug earlyprintk
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124592K/131072K available (3046K kernel code, 260K rwdata, 972K rodata, 159K init, 174K bss, 6480K reserved)
> Virtual kernel memory layout:
>     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
>     fixmap  : 0xffc00000 - 0xffe00000   (2048 kB)
>     vmalloc : 0xc8800000 - 0xff000000   ( 872 MB)
>     lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)
>     modules : 0xbf000000 - 0xc0000000   (  16 MB)
>       .text : 0xc0008000 - 0xc03f4e64   (4020 kB)
>       .init : 0xc03f5000 - 0xc041ce44   ( 160 kB)
>       .data : 0xc041e000 - 0xc045f120   ( 261 kB)
>        .bss : 0xc045f12c - 0xc048acd8   ( 175 kB)
> SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> Preemptible hierarchical RCU implementation.
> NR_IRQS:245
> sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
> Console: colour dummy device 80x30
> Calibrating delay loop... 148.88 BogoMIPS (lpj=744448)
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
> CPU: Testing write buffer coherency: ok
> Setting up static identity map for 0xc03000a0 - 0xc03000f8
> devtmpfs: initialized
> pinctrl core: initialized pinctrl subsystem
> regulator-dummy: no parameters
> NET: Registered protocol family 16
> DMA: preallocated 256 KiB pool for atomic coherent allocations
> cpuidle: using governor ladder
> cpuidle: using governor menu
> edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slot
> edma-dma-engine: probe of edma-dma-engine.0 failed with error -5
> edma-dma-engine edma-dma-engine.1: Can't allocate PaRAM dummy slot
> edma-dma-engine: probe of edma-dma-engine.1 failed with error -5
> i2c_davinci i2c_davinci.1: could not find pctldev for node /soc/pinmux@1c14120/pinmux_i2c0_pins, deferring probe
> platform i2c_davinci.1: Driver i2c_davinci requests probe deferral
> Switched to clocksource timer0_1
> NET: Registered protocol family 2
> TCP established hash table entries: 1024 (order: 0, 4096 bytes)
> TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP: reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered named UNIX socket transport module.
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> Trying to unpack rootfs image as initramfs...
> Freeing initrd memory: 620K (c0c01000 - c0c9c000)
> futex hash table entries: 256 (order: -1, 3072 bytes)
> msgmni has been set to 244
> io scheduler noop registered (default)
> pinctrl-single 1c14120.pinmux: 160 pins at pa fec14120 size 80
> Serial: 8250/16550 driver, 3 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0x1c42000 (irq = 25, base_baud = 9375000) is a 16550A
> serial8250.1: ttyS1 at MMIO 0x1d0c000 (irq = 53, base_baud = 9375000) is a 16550A
> console [ttyS2] disabled
> serial8250.2: ttyS2 at MMIO 0x1d0d000 (irq = 61, base_baud = 9375000) is a 16550A
> console [ttyS2] enabled
> brd: module loaded
> davinci_mdio davinci_mdio.0: davinci mdio revision 1.5
> davinci_mdio davinci_mdio.0: detected phy mask fffffffe
> libphy: davinci_mdio.0: probed
> davinci_mdio davinci_mdio.0: phy[0]: device davinci_mdio.0:00, driver unknown
> i2c /dev entries driver
> TCP: cubic registered
> NET: Registered protocol family 17
> VDCDC1_3.3V: 3200 <--> 3300 mV at 3300 mV
> VDCDC2_3.3V: 1750 <--> 3300 mV at 3300 mV
> VDCDC3_1.2V: 950 <--> 1350 mV at 1400 mV
> LDO1_1.8V: 1800 mV
> LDO2_1.2V: 1150 <--> 1300 mV at 1200 mV
> console [netcon0] enabled
> netconsole: network logging started
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> pgd = c0004000
> [00000000] *pgd=00000000
> Internal error: Oops: 817 [#1] PREEMPT ARM
> Modules linked in:
> CPU: 0 PID: 1 Comm: swapper Not tainted 3.15.0-rc5-next-20140519 #1
> task: c7836000 ti: c783c000 task.ti: c783c000
> PC is at add_dr+0x28/0x34
> LR is at devres_add+0x34/0x6c
> pc : [<c01fe4c4>]    lr : [<c01fe688>]    psr: 60000093
> sp : c783dcd0  ip : c783dce0  fp : c783dcdc
> r10: c7a014c0  r9 : c7831b40  r8 : c7a01508
> r7 : c7885610  r6 : c7a0f410  r5 : c7a01278  r4 : 40000013
> r3 : 00000000  r2 : c7a013b4  r1 : c7a0f400  r0 : c7a01278
> Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
> Control: 0005317f  Table: c7b8c000  DAC: 00000017
> Process swapper (pid: 1, stack limit = 0xc783c1c0)
> Stack: (0xc783dcd0 to 0xc783e000)
> dcc0:                                     c783dcfc c783dce0 c01fe688 c01fe4ac
> dce0: c01fde4c c7a0f400 c7a0f410 c7a01278 c783dd1c c783dd00 c01fe710 c01fe664
> dd00: 01e20000 c7a01000 c783dd68 c7885600 c783dd5c c783dd20 c021af14 c01fe6d0
> dd20: 00004000 c7885610 c783dd5c c783dd38 c01a20d0 c7a01000 c7879f10 c7885600
> dd40: c7885610 c7a01508 c7831b40 c7a014c0 c783ddd4 c783dd60 c0218da8 c021af00
> dd60: 01e20000 c7a01278 c7a01278 fee23000 fee23600 fee23620 fee23640 fee23660
> dd80: fee23120 fee23140 00000008 00000000 0000003c 01e20000 01e20000 00002000
> dda0: 00000010 00000000 c0457b80 c7885610 c0457b80 00000000 c0457b80 00000004
> ddc0: 00000000 c783c000 c783ddec c783ddd8 c01fcda0 c0218a9c c7885610 c0484330
> dde0: c783de14 c783ddf0 c01fb74c c01fcd90 00000000 c7885610 c0457b80 c7885644
> de00: 00000000 c040c9b4 c783de34 c783de18 c01fb908 c01fb644 00000000 00000000
> de20: c0457b80 c01fb874 c783de5c c783de38 c01f9d28 c01fb884 c7823258 c7863f90
> de40: c7bc36f4 c0457b80 c7bc36c0 c0456a90 c783de6c c783de60 c01fb23c c01f9cd8
> de60: c783de94 c783de70 c01fae44 c01fb22c c03a12a4 c783de80 c0457b80 c0428b78
> de80: c7bc4b80 c03f556c c783deac c783de98 c01fbfec c01fad78 c0428b78 c0428b78
> dea0: c783debc c783deb0 c01fccb4 c01fbf7c c783decc c783dec0 c040c9cc c01fcc74
> dec0: c783df4c c783ded0 c0008934 c040c9c4 c0442c3c c0442c58 c783df04 c783dee8
> dee0: c783df04 c783def0 c03f5500 c7ffcb1d c0319894 0000004f c783df4c c783df08
> df00: c00348d0 c03f557c 00000000 00000007 00000007 c03f2d84 00000000 c039ded4
> df20: c783df4c c7ffcb00 c041cd8c 00000007 c045f140 c0415c18 c0415c10 0000004f
> df40: c783df94 c783df50 c03f5d34 c00088bc 00000007 00000007 c03f556c ff010820
> df60: 00804400 40100004 c783df94 00000000 c02f7950 00000000 00000000 00000000
> df80: 00000000 00000000 c783dfac c783df98 c02f7960 c03f5c50 00000000 00000000
> dfa0: 00000000 c783dfb0 c0009770 c02f7960 00000000 00000000 00000000 00000000
> dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 0000ff00 0000ff01
> Backtrace:
> [<c01fe49c>] (add_dr) from [<c01fe688>] (devres_add+0x34/0x6c)
> [<c01fe654>] (devres_add) from [<c01fe710>] (devm_kmalloc+0x50/0x64)
>  r6:c7a01278 r5:c7a0f410 r4:c7a0f400 r3:c01fde4c
> [<c01fe6c0>] (devm_kmalloc) from [<c021af14>] (cpdma_ctlr_create+0x24/0x1c0)
>  r6:c7885600 r5:c783dd68 r4:c7a01000 r3:01e20000
> [<c021aef0>] (cpdma_ctlr_create) from [<c0218da8>] (davinci_emac_probe+0x31c/0x5dc)
>  r10:c7a014c0 r9:c7831b40 r8:c7a01508 r7:c7885610 r6:c7885600 r5:c7879f10
>  r4:c7a01000
> [<c0218a8c>] (davinci_emac_probe) from [<c01fcda0>] (platform_drv_probe+0x20/0x50)
>  r10:c783c000 r9:00000000 r8:00000004 r7:c0457b80 r6:00000000 r5:c0457b80
>  r4:c7885610
> [<c01fcd80>] (platform_drv_probe) from [<c01fb74c>] (driver_probe_device+0x118/0x240)
>  r5:c0484330 r4:c7885610
> [<c01fb634>] (driver_probe_device) from [<c01fb908>] (__driver_attach+0x94/0x98)
>  r8:c040c9b4 r7:00000000 r6:c7885644 r5:c0457b80 r4:c7885610 r3:00000000
> [<c01fb874>] (__driver_attach) from [<c01f9d28>] (bus_for_each_dev+0x60/0x90)
>  r6:c01fb874 r5:c0457b80 r4:00000000 r3:00000000
> [<c01f9cc8>] (bus_for_each_dev) from [<c01fb23c>] (driver_attach+0x20/0x28)
>  r6:c0456a90 r5:c7bc36c0 r4:c0457b80
> [<c01fb21c>] (driver_attach) from [<c01fae44>] (bus_add_driver+0xdc/0x1dc)
> [<c01fad68>] (bus_add_driver) from [<c01fbfec>] (driver_register+0x80/0xfc)
>  r7:c03f556c r6:c7bc4b80 r5:c0428b78 r4:c0457b80
> [<c01fbf6c>] (driver_register) from [<c01fccb4>] (__platform_driver_register+0x50/0x64)
>  r5:c0428b78 r4:c0428b78
> [<c01fcc64>] (__platform_driver_register) from [<c040c9cc>] (davinci_emac_init+0x18/0x20)
> [<c040c9b4>] (davinci_emac_init) from [<c0008934>] (do_one_initcall+0x88/0x1e0)
> [<c00088ac>] (do_one_initcall) from [<c03f5d34>] (kernel_init_freeable+0xf4/0x1bc)
>  r10:0000004f r9:c0415c10 r8:c0415c18 r6:c045f140 r5:00000007 r4:c041cd8c
> [<c03f5c40>] (kernel_init_freeable) from [<c02f7960>] (kernel_init+0x10/0xf4)
>  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c02f7950
>  r4:00000000
> [<c02f7950>] (kernel_init) from [<c0009770>] (ret_from_fork+0x14/0x24)
>  r4:00000000 r3:00000000
> Code: e5903140 e2802f4f e5801140 e881000c (e5831000)
> ---[ end trace 15b849f8fe0618d0 ]---
> note: swapper[1] exited with preempt_count 1
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>
> ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>
> ~$off
> # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
>
> # PYBOOT: Time: 14.39 seconds.
> # PYBOOT: Result: FAIL
> _______________________________________________
> Davinci-linux-open-source mailing list
> [hidden email]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Sekhar Nori
On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:

> Hi,
>
> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>> failing boot tests in today's linux-next.
>>
>> I haven't had the time to bisect, but it appears to be related to some
>> devres failures in the EMAC driver.  Full boot log below for the
>> da850evm (the dm365 fault looks the same.)
>>
> I too hit this issue, this was introduced with commit id:
> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
> Reverting this patch fixes it.
> From the outset patch looks good, not sure why exactly it is failing.

Following patch seems to help. I will post it for review after some more
analysis.

Thanks,
Sekhar

diff --git a/drivers/net/ethernet/ti/davinci_emac.c b/drivers/net/ethernet/ti/da
index e76eae5..9cd0d9c 100644
--- a/drivers/net/ethernet/ti/davinci_emac.c
+++ b/drivers/net/ethernet/ti/davinci_emac.c
@@ -1930,7 +1930,7 @@ static int davinci_emac_probe(struct platform_device *pdev
                hw_ram_addr = (u32 __force)res->start + pdata->ctrl_ram_offset;
 
        memset(&dma_params, 0, sizeof(dma_params));
-       dma_params.dev                  = emac_dev;
+       dma_params.dev                  = &pdev->dev;
        dma_params.dmaregs              = priv->emac_base;
        dma_params.rxthresh             = priv->emac_base + 0x120;
        dma_params.rxfree               = priv->emac_base + 0x140;

_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Lad, Prabhakar
Hi Sekhar,

On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:

> On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
>> Hi,
>>
>> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>>> failing boot tests in today's linux-next.
>>>
>>> I haven't had the time to bisect, but it appears to be related to some
>>> devres failures in the EMAC driver.  Full boot log below for the
>>> da850evm (the dm365 fault looks the same.)
>>>
>> I too hit this issue, this was introduced with commit id:
>> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
>> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
>> Reverting this patch fixes it.
>> From the outset patch looks good, not sure why exactly it is failing.
>
> Following patch seems to help. I will post it for review after some more
> analysis.
>
I am not sure if you hit the following issue later fixing above one,
I see following issue on DA850 evm,

git bisect points me to
commit id: 975c3a671f11279441006a29a19f55ccc15fb320
( mm: non-atomically mark page accessed during page cache allocation
where possible)

Unable to handle kernel paging request at virtual address 30e03501
pgd = c68cc000
[30e03501] *pgd=00000000
Internal error: Oops: 1 [#1] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 1015 Comm: network.sh Not tainted 3.15.0-rc5-00323-g975c3a6 #9
task: c70c4e00 ti: c73d0000 task.ti: c73d0000
PC is at init_page_accessed+0xc/0x24
LR is at shmem_write_begin+0x54/0x60
pc : [<c0088aa0>]    lr : [<c00923e8>]    psr: 20000013
sp : c73d1d90  ip : c73d1da0  fp : c73d1d9c
r10: c73d1dec  r9 : 00000000  r8 : 00000000
r7 : c73d1e6c  r6 : c694d7bc  r5 : ffffffe4  r4 : c73d1dec
r3 : c73d0000  r2 : 00000001  r1 : 00000000  r0 : 30e03501
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 0005317f  Table: c68cc000  DAC: 00000015
Process network.sh (pid: 1015, stack limit = 0xc73d01c0)
Stack: (0xc73d1d90 to 0xc73d2000)
1d80:                                     c73d1dbc c73d1da0 c00923e8 c0088aa4
1da0: 000200da 00000000 00000005 00000000 c73d1e1c c73d1dc0 c0079d5c c00923a4
1dc0: 00000005 00000000 c73d1dec c73d1de8 00000000 c73d0000 00001000 c0347920
1de0: c68b1000 00000000 0000000a 30e03501 0000000a c73d0000 c68b1000 c694d7bc
1e00: c73d1ef0 00000005 00020401 00000005 c73d1eac c73d1e20 c007cb7c c0079bf4
1e20: c73d1e4c c73d0000 c73d1e4c c73d1e38 c00429ac c694d700 00000005 00000000
1e40: c73d1e94 00000000 c033d5c8 c0042858 c73d1f28 c73d1eb0 00000000 00000000
1e60: 00000000 00000001 b6fcf000 c73d1f28 00000001 00000000 00000005 00000005
1e80: c73d0000 c68b1000 c73d1ef0 00000001 c694d75c c73d1f28 c73d0000 00000000
1ea0: c73d1ee4 c73d1eb0 c007cddc c007c884 c000b540 c000c36c c73d1f7c c73d1f50
1ec0: c73d1ef0 c70c4e00 c73d1f80 c73d1f80 c00098a4 c73d0000 c73d1f4c c73d1ee8
1ee0: c00bb0f0 c007cd80 00000000 00000000 c68b1000 00000000 00000000 00000000
1f00: c70c4e00 00000000 00000000 00000000 00000000 00000000 00000005 00000000
1f20: 00000000 00000000 b6fcf000 00000005 c73d1f80 c68b1000 00000005 b6fcf000
1f40: c73d1f7c c73d1f50 c00bc240 c00bb06c c00d8378 c00d82dc c68b1000 c68b1000
1f60: 00000005 b6fcf000 c00098a4 00000000 c73d1fa4 c73d1f80 c00bc3f4 c00bc198
1f80: 00000000 00000000 00000005 b6fcf000 b6efd5e8 00000004 00000000 c73d1fa8
1fa0: c0009740 c00bc3bc 00000005 b6fcf000 00000001 b6fcf000 00000005 00000000
1fc0: 00000005 b6fcf000 b6efd5e8 00000004 00000005 000ad3f0 00000001 000ad008
1fe0: b6fcf000 bef1e1c8 b6e3bc70 b6e8babc 60000010 00000001 00000000 00000000
Backtrace:
[<c0088a94>] (init_page_accessed) from [<c00923e8>]
(shmem_write_begin+0x54/0x60)
[<c0092394>] (shmem_write_begin) from [<c0079d5c>]
(generic_perform_write+0x178/0x1e0)
 r5:00000000 r4:00000005
[<c0079be4>] (generic_perform_write) from [<c007cb7c>]
(__generic_file_aio_write+0x308/0x4fc)
 r10:00000005 r9:00020401 r8:00000005 r7:c73d1ef0 r6:c694d7bc r5:c68b1000
 r4:c73d0000
[<c007c874>] (__generic_file_aio_write) from [<c007cddc>]
(generic_file_aio_write+0x6c/0x100)
 r10:00000000 r9:c73d0000 r8:c73d1f28 r7:c694d75c r6:00000001 r5:c73d1ef0
 r4:c68b1000
[<c007cd70>] (generic_file_aio_write) from [<c00bb0f0>]
(do_sync_write+0x94/0xbc)
 r9:c73d0000 r8:c00098a4 r7:c73d1f80 r6:c73d1f80 r5:c70c4e00 r4:c73d1ef0
[<c00bb05c>] (do_sync_write) from [<c00bc240>] (vfs_write+0xb8/0x190)
 r6:b6fcf000 r5:00000005 r4:c68b1000
[<c00bc188>] (vfs_write) from [<c00bc3f4>] (SyS_write+0x48/0x8c)
 r10:00000000 r8:c00098a4 r7:b6fcf000 r6:00000005 r5:c68b1000 r4:c68b1000
[<c00bc3ac>] (SyS_write) from [<c0009740>] (ret_fast_syscall+0x0/0x2c)
 r7:00000004 r6:b6efd5e8 r5:b6fcf000 r4:00000005
Code: e89da830 e1a0c00d e92dd800 e24cb004 (e5903000)
---[ end trace 37a953844ea656a1 ]---
Unable to handle kernel paging request at virtual address 26be3681
pgd = c68a0000
[26be3681] *pgd=00000000
Internal error: Oops: 1 [#2] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 1155 Comm: udevd Tainted: G      D
3.15.0-rc5-00323-g975c3a6 #9
task: c7264a80 ti: c7108000 task.ti: c7108000
PC is at init_page_accessed+0xc/0x24
LR is at shmem_write_begin+0x54/0x60
pc : [<c0088aa0>]    lr : [<c00923e8>]    psr: 20000013
sp : c7109d90  ip : c7109da0  fp : c7109d9c
r10: c7109dec  r9 : 00000000  r8 : 00000000
r7 : c7109e6c  r6 : c68eb39c  r5 : ffffffe4  r4 : c7109dec
r3 : c7108000  r2 : 00000001  r1 : 00000000  r0 : 26be3681
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 0005317f  Table: c68a0000  DAC: 00000015
Process udevd (pid: 1155, stack limit = 0xc71081c0)
Stack: (0xc7109d90 to 0xc710a000)
9d80:                                     c7109dbc c7109da0 c00923e8 c0088aa4
9da0: 000200da 00000000 00000017 00000000 c7109e1c c7109dc0 c0079d5c c00923a4
9dc0: 00000017 00000000 c7109dec c7109de8 00000000 c7108000 00001000 c0347920
9de0: c7239a00 00000000 00000010 26be3681 00000010 c7108000 c7239a00 c68eb39c
9e00: c7109ef0 00000017 00020001 00000017 c7109eac c7109e20 c007cb7c c0079bf4
9e20: c7109e4c c7108000 c7109e4c c7109e38 c00429ac c68eb2e0 00000017 00000000
9e40: c7109e94 00000000 c033d5c8 c0042858 c7109f28 c7109eb0 00000000 00000000
9e60: 00000000 00000001 b6fe8000 c7109f28 00000001 00000000 00000017 00000017
9e80: c7108000 c7239a00 c7109ef0 00000001 c68eb33c c7109f28 c7108000 00000000
9ea0: c7109ee4 c7109eb0 c007cddc c007c884 c000b540 c000c36c c7109f7c c7109f50
9ec0: c7109ef0 c7264a80 c7109f80 c7109f80 c00098a4 c7108000 c7109f4c c7109ee8
9ee0: c00bb0f0 c007cd80 00000000 00000000 c7239a00 00000000 00000000 00000000
9f00: c7264a80 00000000 00000000 00000000 00000000 00000000 00000017 00000000
9f20: 00000000 00000000 b6fe8000 00000017 c7109f80 c7239a00 00000017 b6fe8000
9f40: c7109f7c c7109f50 c00bc240 c00bb06c c00d8378 c00d82dc c7239a00 c7239a00
9f60: 00000017 b6fe8000 c00098a4 00000000 c7109fa4 c7109f80 c00bc3f4 c00bc198
9f80: 00000000 00000000 00000017 b6fe8000 00036be8 00000004 00000000 c7109fa8
9fa0: c0009740 c00bc3bc 00000017 b6fe8000 00000004 b6fe8000 00000017 00000000
9fc0: 00000017 b6fe8000 00036be8 00000004 00000017 00030ca0 00026008 00000000
9fe0: b6fe8000 bedadf88 b6eeec70 b6f3eabc 60000010 00000004 00000000 00000000
Backtrace:
[<c0088a94>] (init_page_accessed) from [<c00923e8>]
(shmem_write_begin+0x54/0x60)
[<c0092394>] (shmem_write_begin) from [<c0079d5c>]
(generic_perform_write+0x178/0x1e0)
 r5:00000000 r4:00000017
[<c0079be4>] (generic_perform_write) from [<c007cb7c>]
(__generic_file_aio_write+0x308/0x4fc)
 r10:00000017 r9:00020001 r8:00000017 r7:c7109ef0 r6:c68eb39c r5:c7239a00
 r4:c7108000
[<c007c874>] (__generic_file_aio_write) from [<c007cddc>]
(generic_file_aio_write+0x6c/0x100)
 r10:00000000 r9:c7108000 r8:c7109f28 r7:c68eb33c r6:00000001 r5:c7109ef0
 r4:c7239a00
[<c007cd70>] (generic_file_aio_write) from [<c00bb0f0>]
(do_sync_write+0x94/0xbc)
 r9:c7108000 r8:c00098a4 r7:c7109f80 r6:c7109f80 r5:c7264a80 r4:c7109ef0
[<c00bb05c>] (do_sync_write) from [<c00bc240>] (vfs_write+0xb8/0x190)
 r6:b6fe8000 r5:00000017 r4:c7239a00
[<c00bc188>] (vfs_write) from [<c00bc3f4>] (SyS_write+0x48/0x8c)
 r10:00000000 r8:c00098a4 r7:b6fe8000 r6:00000017 r5:c7239a00 r4:c7239a00
[<c00bc3ac>] (SyS_write) from [<c0009740>] (ret_fast_syscall+0x0/0x2c)
 r7:00000004 r6:00036be8 r5:b6fe8000 r4:00000017
Code: e89da830 e1a0c00d e92dd800 e24cb004 (e5903000)
---[ end trace 37a953844ea656a2 ]---
random: nonblocking pool is initialized


Thanks,
--Prabhakar Lad

> Thanks,
> Sekhar
>
> diff --git a/drivers/net/ethernet/ti/davinci_emac.c b/drivers/net/ethernet/ti/da
> index e76eae5..9cd0d9c 100644
> --- a/drivers/net/ethernet/ti/davinci_emac.c
> +++ b/drivers/net/ethernet/ti/davinci_emac.c
> @@ -1930,7 +1930,7 @@ static int davinci_emac_probe(struct platform_device *pdev
>                 hw_ram_addr = (u32 __force)res->start + pdata->ctrl_ram_offset;
>
>         memset(&dma_params, 0, sizeof(dma_params));
> -       dma_params.dev                  = emac_dev;
> +       dma_params.dev                  = &pdev->dev;
>         dma_params.dmaregs              = priv->emac_base;
>         dma_params.rxthresh             = priv->emac_base + 0x120;
>         dma_params.rxfree               = priv->emac_base + 0x140;
>
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Sekhar Nori
On Tuesday 20 May 2014 02:46 PM, Prabhakar Lad wrote:

> Hi Sekhar,
>
> On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:
>> On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
>>> Hi,
>>>
>>> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>>>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>>>> failing boot tests in today's linux-next.
>>>>
>>>> I haven't had the time to bisect, but it appears to be related to some
>>>> devres failures in the EMAC driver.  Full boot log below for the
>>>> da850evm (the dm365 fault looks the same.)
>>>>
>>> I too hit this issue, this was introduced with commit id:
>>> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
>>> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
>>> Reverting this patch fixes it.
>>> From the outset patch looks good, not sure why exactly it is failing.
>>
>> Following patch seems to help. I will post it for review after some more
>> analysis.
>>
> I am not sure if you hit the following issue later fixing above one,
> I see following issue on DA850 evm,

No, I am using ramdisk though. Are you using NFS?

>
> git bisect points me to
> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
> ( mm: non-atomically mark page accessed during page cache allocation
> where possible)

Does reverting this cause the issue to disappear?

Thanks,
Sekhar

_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Lad, Prabhakar
On Tue, May 20, 2014 at 2:51 PM, Sekhar Nori <[hidden email]> wrote:

> On Tuesday 20 May 2014 02:46 PM, Prabhakar Lad wrote:
>> Hi Sekhar,
>>
>> On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:
>>> On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
>>>> Hi,
>>>>
>>>> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>>>>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>>>>> failing boot tests in today's linux-next.
>>>>>
>>>>> I haven't had the time to bisect, but it appears to be related to some
>>>>> devres failures in the EMAC driver.  Full boot log below for the
>>>>> da850evm (the dm365 fault looks the same.)
>>>>>
>>>> I too hit this issue, this was introduced with commit id:
>>>> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
>>>> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
>>>> Reverting this patch fixes it.
>>>> From the outset patch looks good, not sure why exactly it is failing.
>>>
>>> Following patch seems to help. I will post it for review after some more
>>> analysis.
>>>
>> I am not sure if you hit the following issue later fixing above one,
>> I see following issue on DA850 evm,
>
> No, I am using ramdisk though. Are you using NFS?
>
Yes I am using NFS.

>>
>> git bisect points me to
>> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
>> ( mm: non-atomically mark page accessed during page cache allocation
>> where possible)
>
> Does reverting this cause the issue to disappear?
>
Yep reverting this patch fixes it up back again.

Thanks,
--Prabhakar Lad
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Mel Gorman
In reply to this post by Lad, Prabhakar
On Tue, May 20, 2014 at 02:46:47PM +0530, Prabhakar Lad wrote:

> Hi Sekhar,
>
> On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:
> > On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
> >> Hi,
> >>
> >> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
> >>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
> >>> failing boot tests in today's linux-next.
> >>>
> >>> I haven't had the time to bisect, but it appears to be related to some
> >>> devres failures in the EMAC driver.  Full boot log below for the
> >>> da850evm (the dm365 fault looks the same.)
> >>>
> >> I too hit this issue, this was introduced with commit id:
> >> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
> >> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
> >> Reverting this patch fixes it.
> >> From the outset patch looks good, not sure why exactly it is failing.
> >
> > Following patch seems to help. I will post it for review after some more
> > analysis.
> >
> I am not sure if you hit the following issue later fixing above one,
> I see following issue on DA850 evm,
>
> git bisect points me to
> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
> ( mm: non-atomically mark page accessed during page cache allocation
> where possible)
>
> Unable to handle kernel paging request at virtual address 30e03501
> pgd = c68cc000
> [30e03501] *pgd=00000000
> Internal error: Oops: 1 [#1] PREEMPT ARM
> Modules linked in:
> CPU: 0 PID: 1015 Comm: network.sh Not tainted 3.15.0-rc5-00323-g975c3a6 #9
> task: c70c4e00 ti: c73d0000 task.ti: c73d0000
> PC is at init_page_accessed+0xc/0x24
> LR is at shmem_write_begin+0x54/0x60
> pc : [<c0088aa0>]    lr : [<c00923e8>]    psr: 20000013

What line does this address correspond to according to addr2line? It's not
a NULL pointer exception obviously because the data address does not match
up and there is a check for NULL before calling init_page_accessed. The
obvious guess would be that this is due to an uninitialised page pointer
on the stack and shmem_getpage_gfp() returning before it gets initialised.

Could you try this please?

diff --git a/mm/filemap.c b/mm/filemap.c
index 2a7b9d1..0691481 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -2459,7 +2459,7 @@ ssize_t generic_perform_write(struct file *file,
  flags |= AOP_FLAG_UNINTERRUPTIBLE;
 
  do {
- struct page *page;
+ struct page *page = NULL;
  unsigned long offset; /* Offset into pagecache page */
  unsigned long bytes; /* Bytes to write to page */
  size_t copied; /* Bytes copied from user */
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Sekhar Nori
On Tuesday 20 May 2014 05:29 PM, Mel Gorman wrote:

> On Tue, May 20, 2014 at 02:46:47PM +0530, Prabhakar Lad wrote:
>> Hi Sekhar,
>>
>> On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:
>>> On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
>>>> Hi,
>>>>
>>>> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>>>>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>>>>> failing boot tests in today's linux-next.
>>>>>
>>>>> I haven't had the time to bisect, but it appears to be related to some
>>>>> devres failures in the EMAC driver.  Full boot log below for the
>>>>> da850evm (the dm365 fault looks the same.)
>>>>>
>>>> I too hit this issue, this was introduced with commit id:
>>>> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
>>>> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
>>>> Reverting this patch fixes it.
>>>> From the outset patch looks good, not sure why exactly it is failing.
>>>
>>> Following patch seems to help. I will post it for review after some more
>>> analysis.
>>>
>> I am not sure if you hit the following issue later fixing above one,
>> I see following issue on DA850 evm,
>>
>> git bisect points me to
>> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
>> ( mm: non-atomically mark page accessed during page cache allocation
>> where possible)
>>
>> Unable to handle kernel paging request at virtual address 30e03501
>> pgd = c68cc000
>> [30e03501] *pgd=00000000
>> Internal error: Oops: 1 [#1] PREEMPT ARM
>> Modules linked in:
>> CPU: 0 PID: 1015 Comm: network.sh Not tainted 3.15.0-rc5-00323-g975c3a6 #9
>> task: c70c4e00 ti: c73d0000 task.ti: c73d0000
>> PC is at init_page_accessed+0xc/0x24
>> LR is at shmem_write_begin+0x54/0x60
>> pc : [<c0088aa0>]    lr : [<c00923e8>]    psr: 20000013
>
> What line does this address correspond to according to addr2line? It's not

addr2line shows mm/swap.c:622

objdump shows that page pointer is corrupt in init_page_accessed()

c00805ec <init_page_accessed>:
/*
 * Used to mark_page_accessed(page) that is not visible yet and when it is
 * still safe to use non-atomic ops
 */
void init_page_accessed(struct page *page)
{
c00805ec: e1a0c00d mov ip, sp
c00805f0: e92dd800 push {fp, ip, lr, pc}
c00805f4: e24cb004 sub fp, ip, #4
c00805f8: e5903000 ldr r3, [r0]
        if (!PageReferenced(page))
c00805fc: e3130004 tst r3, #4

When crash occurs, instruction at address c00805f8 crashes with r0 corrupt.
Attached[1] is the corresponding oops message.

> Could you try this please?
>
> diff --git a/mm/filemap.c b/mm/filemap.c
> index 2a7b9d1..0691481 100644
> --- a/mm/filemap.c
> +++ b/mm/filemap.c
> @@ -2459,7 +2459,7 @@ ssize_t generic_perform_write(struct file *file,
>   flags |= AOP_FLAG_UNINTERRUPTIBLE;
>  
>   do {
> - struct page *page;
> + struct page *page = NULL;
>   unsigned long offset; /* Offset into pagecache page */
>   unsigned long bytes; /* Bytes to write to page */
>   size_t copied; /* Bytes copied from user */

This definitely avoided the oops, but I am still not able to get nfsroot working
(it starts to mount the filesystem and eventually timesout). It could be a different
problem. Need to get to a known working setup and then bisect.

Thanks,
Sekhar

[1] oops log that I observed.

Unable to handle kernel NULL pointer dereference at virtual address 0000000b
pgd = c7030000
[0000000b] *pgd=c7a9e831, *pte=00000000, *ppte=00000000
Internal error: Oops: 1 [#1] PREEMPT ARM
Modules linked in:
CPU: 0 PID: 976 Comm: udevd Not tainted 3.15.0-rc5-next-20140519-07053-g0855e8f
#384
task: c7a7d500 ti: c7ad6000 task.ti: c7ad6000
PC is at init_page_accessed+0xc/0x24
LR is at shmem_write_begin+0x58/0x64
pc : [<c00805f8>]    lr : [<c0089d5c>]    psr: 20000013
sp : c7ad7da8  ip : c7ad7db8  fp : c7ad7db4
r10: c0312600  r9 : c7ad7ee8  r8 : 00000000
r7 : 00001000  r6 : c7ba365c  r5 : ffffffe4  r4 : c7ad7e00
r3 : 00000000  r2 : 00000001  r1 : c7ad7d60  r0 : 0000000b
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 0005317f  Table: c7030000  DAC: 00000015
Process udevd (pid: 976, stack limit = 0xc7ad61c0)
Stack: (0xc7ad7da8 to 0xc7ad8000)
7da0:                   c7ad7dd4 c7ad7db8 c0089d5c c00805fc 000200da 00000000
7dc0: 00000005 c7ad7ed4 c7ad7e34 c7ad7dd8 c00751f0 c0089d14 00000005 00000000
7de0: c7ad7e00 c7ad7e04 c7ad6000 00000000 c715e500 00000000 00000000 00000000
7e00: 0000000b 13ab6681 0000000b 00000000 00000000 00000005 c715e500 c7ad6038
7e20: c7ad7ee8 c7ba365c c7ad7e8c c7ad7e38 c0077274 c007509c c0026850 c002648c
7e40: c7a7d7b4 c7ad7e90 c7ad7e74 00000000 c7ba35fc c7ad7ed4 c7ad7ed4 c7a7d500
7e60: beeffc58 c7ad7ee8 c7ba35fc c7ad7ed4 c715e500 c7a7d500 beeffc58 00000000
7e80: c7ad7ebc c7ad7e90 c0077568 c0077110 c7ad7ebc c7ad7ea0 c000c064 c000b118
7ea0: 00000000 00000000 c7ad7f78 c715e500 c7ad7f44 c7ad7ec0 c00aedb8 c007753c
7ec0: 00000005 c00af6b0 c7ad7f74 beeffc58 00000005 00000001 00000000 00000005
7ee0: c7ad7ecc 00000001 c715e500 00000000 00000000 00000000 c7a7d500 00000000
7f00: 00000000 00000000 00000000 00000000 00000005 00000000 00000000 00000000
7f20: c715e500 c715e500 beeffc58 c7ad7f78 00000005 00000005 c7ad7f74 c7ad7f48
7f40: c00af5cc c00aed2c c7ad7f64 c7ad7f58 00000000 00000000 c715e500 c715e500
7f60: 00000005 beeffc58 c7ad7fa4 c7ad7f78 c00afc28 c00af530 00000000 00000000
7f80: 00000006 00026008 000003f2 00000004 c0009864 c7ad6000 00000000 c7ad7fa8
7fa0: c0009700 c00afbf4 00000006 00026008 00000006 beeffc58 00000005 ffffffff
7fc0: 00000006 00026008 000003f2 00000004 0002bbe8 00025ac0 00026008 00025aa8
7fe0: 00000000 beefe630 00019d5c b6eedabc 40000010 00000006 c7ffd831 c7ffdc31
Backtrace:
[<c00805ec>] (init_page_accessed) from [<c0089d5c>] (shmem_write_begin+0x58/0x64
)
[<c0089d04>] (shmem_write_begin) from [<c00751f0>] (generic_perform_write+0x164/
0x1cc)
 r5:c7ad7ed4 r4:00000005
[<c007508c>] (generic_perform_write) from [<c0077274>] (__generic_file_write_ite
r+0x174/0x42c)
 r10:c7ba365c r9:c7ad7ee8 r8:c7ad6038 r7:c715e500 r6:00000005 r5:00000000
 r4:00000000
[<c0077100>] (__generic_file_write_iter) from [<c0077568>] (generic_file_write_i
ter+0x3c/0xd0)
 r10:00000000 r9:beeffc58 r8:c7a7d500 r7:c715e500 r6:c7ad7ed4 r5:c7ba35fc
 r4:c7ad7ee8
[<c007752c>] (generic_file_write_iter) from [<c00aedb8>] (new_sync_write+0x9c/0x
c4)
 r7:c715e500 r6:c7ad7f78 r5:00000000 r4:00000000
[<c00aed1c>] (new_sync_write) from [<c00af5cc>] (vfs_write+0xac/0x1b8)
 r8:00000005 r7:00000005 r6:c7ad7f78 r5:beeffc58 r4:c715e500
[<c00af520>] (vfs_write) from [<c00afc28>] (SyS_write+0x44/0x98)
 r9:beeffc58 r8:00000005 r7:c715e500 r6:c715e500 r5:00000000 r4:00000000
[<c00afbe4>] (SyS_write) from [<c0009700>] (ret_fast_syscall+0x0/0x2c)
 r9:c7ad6000 r8:c0009864 r7:00000004 r6:000003f2 r5:00026008 r4:00000006
Code: eaffffe0 e1a0c00d e92dd800 e24cb004 (e5903000)
---[ end trace a4fbd6df2920bda3 ]---



_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Lad, Prabhakar
In reply to this post by Mel Gorman
Hi,

On Tue, May 20, 2014 at 5:29 PM, Mel Gorman <[hidden email]> wrote:

> On Tue, May 20, 2014 at 02:46:47PM +0530, Prabhakar Lad wrote:
>> Hi Sekhar,
>>
>> On Tue, May 20, 2014 at 1:43 PM, Sekhar Nori <[hidden email]> wrote:
>> > On Tuesday 20 May 2014 12:49 PM, Prabhakar Lad wrote:
>> >> Hi,
>> >>
>> >> On Tue, May 20, 2014 at 12:08 AM, Kevin Hilman <[hidden email]> wrote:
>> >>> As found by my automated boot tester[1], dm365 EVM and da850 EVM started
>> >>> failing boot tests in today's linux-next.
>> >>>
>> >>> I haven't had the time to bisect, but it appears to be related to some
>> >>> devres failures in the EMAC driver.  Full boot log below for the
>> >>> da850evm (the dm365 fault looks the same.)
>> >>>
>> >> I too hit this issue, this was introduced with commit id:
>> >> e194312854edc22a2faf1931b3c0608fe20cb969 (drivers: net:
>> >> davinci_cpdma: Convert kzalloc() to devm_kzalloc().)
>> >> Reverting this patch fixes it.
>> >> From the outset patch looks good, not sure why exactly it is failing.
>> >
>> > Following patch seems to help. I will post it for review after some more
>> > analysis.
>> >
>> I am not sure if you hit the following issue later fixing above one,
>> I see following issue on DA850 evm,
>>
>> git bisect points me to
>> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
>> ( mm: non-atomically mark page accessed during page cache allocation
>> where possible)
>>
>> Unable to handle kernel paging request at virtual address 30e03501
>> pgd = c68cc000
>> [30e03501] *pgd=00000000
>> Internal error: Oops: 1 [#1] PREEMPT ARM
>> Modules linked in:
>> CPU: 0 PID: 1015 Comm: network.sh Not tainted 3.15.0-rc5-00323-g975c3a6 #9
>> task: c70c4e00 ti: c73d0000 task.ti: c73d0000
>> PC is at init_page_accessed+0xc/0x24
>> LR is at shmem_write_begin+0x54/0x60
>> pc : [<c0088aa0>]    lr : [<c00923e8>]    psr: 20000013
>
> What line does this address correspond to according to addr2line? It's not
> a NULL pointer exception obviously because the data address does not match
> up and there is a check for NULL before calling init_page_accessed. The
> obvious guess would be that this is due to an uninitialised page pointer
> on the stack and shmem_getpage_gfp() returning before it gets initialised.
>
> Could you try this please?
>
> diff --git a/mm/filemap.c b/mm/filemap.c
> index 2a7b9d1..0691481 100644
> --- a/mm/filemap.c
> +++ b/mm/filemap.c
> @@ -2459,7 +2459,7 @@ ssize_t generic_perform_write(struct file *file,
>                 flags |= AOP_FLAG_UNINTERRUPTIBLE;
>
>         do {
> -               struct page *page;
> +               struct page *page = NULL;
>                 unsigned long offset;   /* Offset into pagecache page */
>                 unsigned long bytes;    /* Bytes to write to page */
>                 size_t copied;          /* Bytes copied from user */

This patch fixes the issue now I am able to boot it back again via NFS,
you can add:

Reported-and-Tested-by: Lad, Prabhakar <[hidden email]>

Sekhar,

I am not sure why this didnt work on your side you can find the boot log at [1],
I tested this on latest next.

Regards,
--Prabhakar Lad

[1] Boot Log

U-Boot SPL 2013.01-00010-g25dc42f (Jan 22 2013 - 12:26:23)
SF: Detected M25P64 with page size 64 KiB, total 8 MiB


U-Boot 2013.01-00010-g25dc42f (Jan 22 2013 - 12:26:23)

I2C:   ready
DRAM:  128 MiB
WARNING: Caches not enabled
MMC:   davinci: 0
SF: Detected M25P64 with page size 64 KiB, total 8 MiB
In:    serial
Out:   serial
Err:   serial
SF: Detected M25P64 with page size 64 KiB, total 8 MiB
Default using MAC address from environment
Default using MAC address from environment
Net:   DaVinci-EMAC
Hit any key to stop autoboot:  0
U-Boot >
U-Boot >
U-Boot >
U-Boot > tftp uImage;bootm
Using DaVinci-EMAC device
TFTP from server 169.254.243.186; our IP address is 169.254.243.185
Filename 'uImage'.
Load address: 0xc0700000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ############################
         1.3 MiB/s
done
Bytes transferred = 2472672 (25bae0 hex)
## Booting kernel from Legacy Image at c0700000 ...
   Image Name:   Linux-3.15.0-rc5-next-20140520-0
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2472608 Bytes = 2.4 MiB
   Load Address: c0008000
   Entry Point:  c0008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc5-next-20140520-00001-g68d7f74-dirty
(prabhakar@tango-charlie) (gcc version 4.4.1 (Sourcery G++ Lite
2009q3-67) ) #2 PREEM4
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: DaVinci DA850/OMAP-L138/AM18x EVM
Memory policy: Data cache writethrough
DaVinci da850/omap-l138 variant 0x0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 30480
Kernel command line: mem=120M console=ttyS2,115200n8 root=/dev/nfs rw
nfsroot=169.254.243.186:/home/prabhakar/work/ti/nfs/da850
ip=169.254.243.185
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 116948K/122880K available (3323K kernel code, 191K rwdata,
948K rodata, 151K init, 174K bss, 5932K reserved)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xffc00000 - 0xffe00000   (2048 kB)
    vmalloc : 0xc8000000 - 0xff000000   ( 880 MB)
    lowmem  : 0xc0000000 - 0xc7800000   ( 120 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .text : 0xc0008000 - 0xc0434014   (4273 kB)
      .init : 0xc0435000 - 0xc045adc4   ( 152 kB)
      .data : 0xc045c000 - 0xc048bec0   ( 192 kB)
       .bss : 0xc048becc - 0xc04b7998   ( 175 kB)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
NR_IRQS:245
sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
Console: colour dummy device 80x30
Calibrating delay loop... 148.88 BogoMIPS (lpj=744448)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc0345168 - 0xc03451c0
devtmpfs: initialized
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
MUX: initialized GPIO4_0
MUX: Setting register GPIO4_0
           PINMUX10 (0x00000028) = 0x00222222 -> 0x80222222
MUX: initialized GPIO4_1
MUX: Setting register GPIO4_1
           PINMUX10 (0x00000028) = 0x80222222 -> 0x88222222
MUX: initialized AHCLKX
MUX: Setting register AHCLKX
           PINMUX0 (0x00000000) = 0x44080000 -> 0x44180000
MUX: initialized ACLKX
MUX: Setting register ACLKX
           PINMUX0 (0x00000000) = 0x44180000 -> 0x44180010
MUX: initialized AFSX
MUX: Setting register AFSX
           PINMUX0 (0x00000000) = 0x44180010 -> 0x44181010
MUX: initialized AHCLKR
MUX: Setting register AHCLKR
           PINMUX0 (0x00000000) = 0x44181010 -> 0x44111010
MUX: initialized ACLKR
MUX: Setting register ACLKR
           PINMUX0 (0x00000000) = 0x44111010 -> 0x44111011
MUX: initialized AFSR
MUX: Setting register AFSR
           PINMUX0 (0x00000000) = 0x44111011 -> 0x44111111
MUX: initialized AMUTE
MUX: Setting register AMUTE
           PINMUX0 (0x00000000) = 0x44111111 -> 0x41111111
MUX: initialized AXR_11
MUX: Setting register AXR_11
           PINMUX1 (0x00000004) = 0x00000000 -> 0x00010000
MUX: initialized AXR_12
MUX: Setting register AXR_12
           PINMUX1 (0x00000004) = 0x00010000 -> 0x00011000
MUX: initialized LCD_D_0
MUX: Setting register LCD_D_0
           PINMUX17 (0x00000044) = 0x00000000 -> 0x00000020
MUX: initialized LCD_D_1
MUX: Setting register LCD_D_1
           PINMUX17 (0x00000044) = 0x00000020 -> 0x00000022
MUX: initialized LCD_D_2
MUX: Setting register LCD_D_2
           PINMUX16 (0x00000040) = 0x00000000 -> 0x20000000
MUX: initialized LCD_D_3
MUX: Setting register LCD_D_3
           PINMUX16 (0x00000040) = 0x20000000 -> 0x22000000
MUX: initialized LCD_D_4
MUX: Setting register LCD_D_4
           PINMUX16 (0x00000040) = 0x22000000 -> 0x22200000
MUX: initialized LCD_D_5
MUX: Setting register LCD_D_5
           PINMUX16 (0x00000040) = 0x22200000 -> 0x22220000
MUX: initialized LCD_D_6
MUX: Setting register LCD_D_6
           PINMUX16 (0x00000040) = 0x22220000 -> 0x22222000
MUX: initialized LCD_D_7
MUX: Setting register LCD_D_7
           PINMUX16 (0x00000040) = 0x22222000 -> 0x22222200
MUX: initialized LCD_D_8
MUX: Setting register LCD_D_8
           PINMUX18 (0x00000048) = 0x00000000 -> 0x00000020
MUX: initialized LCD_D_9
MUX: Setting register LCD_D_9
           PINMUX18 (0x00000048) = 0x00000020 -> 0x00000022
MUX: initialized LCD_D_10
MUX: Setting register LCD_D_10
           PINMUX17 (0x00000044) = 0x00000022 -> 0x20000022
MUX: initialized LCD_D_11
MUX: Setting register LCD_D_11
           PINMUX17 (0x00000044) = 0x20000022 -> 0x22000022
MUX: initialized LCD_D_12
MUX: Setting register LCD_D_12
           PINMUX17 (0x00000044) = 0x22000022 -> 0x22200022
MUX: initialized LCD_D_13
MUX: Setting register LCD_D_13
           PINMUX17 (0x00000044) = 0x22200022 -> 0x22220022
MUX: initialized LCD_D_14
MUX: Setting register LCD_D_14
           PINMUX17 (0x00000044) = 0x22220022 -> 0x22222022
MUX: initialized LCD_D_15
MUX: Setting register LCD_D_15
           PINMUX17 (0x00000044) = 0x22222022 -> 0x22222222
MUX: initialized LCD_PCLK
MUX: Setting register LCD_PCLK
           PINMUX18 (0x00000048) = 0x00000022 -> 0x02000022
MUX: initialized LCD_HSYNC
MUX: Setting register LCD_HSYNC
           PINMUX19 (0x0000004c) = 0x00000000 -> 0x00000002
MUX: initialized LCD_VSYNC
MUX: Setting register LCD_VSYNC
           PINMUX19 (0x0000004c) = 0x00000002 -> 0x00000022
MUX: initialized NLCD_AC_ENB_CS
MUX: Setting register NLCD_AC_ENB_CS
           PINMUX19 (0x0000004c) = 0x00000022 -> 0x02000022
MUX: initialized GPIO2_8
MUX: Setting register GPIO2_8
           PINMUX5 (0x00000014) = 0x00110110 -> 0x80110110
MUX: initialized GPIO2_15
MUX: Setting register GPIO2_15
           PINMUX5 (0x00000014) = 0x80110110 -> 0x80110118
MUX: initialized RTC_ALARM
MUX: Setting register RTC_ALARM
           PINMUX0 (0x00000000) = 0x41111111 -> 0x21111111
edma-dma-engine edma-dma-engine.0: TI EDMA DMA engine driver
edma-dma-engine edma-dma-engine.1: TI EDMA DMA engine driver
VDCDC1: 3200 <--> 3300 mV at 3300 mV
VDCDC2: 1750 <--> 3300 mV at 3300 mV
VDCDC3: 950 <--> 1350 mV at 1200 mV
LDO1: 1800 mV
LDO2: 1150 <--> 1300 mV at 1200 mV
pca953x 1-0020: failed reading register
pca953x: probe of 1-0020 failed with error -121
pca953x 1-0021: interrupt support not compiled in
Switched to clocksource timer0_1
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
EMAC: MII PHY configured, RMII PHY will not be functional
MUX: initialized GPIO2_6
MUX: Setting register GPIO2_6
           PINMUX6 (0x00000018) = 0x00000000 -> 0x00000080
futex hash table entries: 256 (order: -1, 3072 bytes)
msgmni has been set to 228
io scheduler noop registered (default)
da8xx_lcdc da8xx_lcdc.0: found Sharp_LK043T1DG01 panel
Console: switching to colour frame buffer device 60x34
Serial: 8250/16550 driver, 3 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x1c42000 (irq = 25, base_baud = 9375000)
is a 16550A
serial8250.1: ttyS1 at MMIO 0x1d0c000 (irq = 53, base_baud = 8250000)
is a 16550A
console [ttyS2] disabled
serial8250.2: ttyS2 at MMIO 0x1d0d000 (irq = 61, base_baud = 8250000)
is a 16550A
console [ttyS2] enabled
brd: module loaded
davinci_mdio davinci_mdio.0: davinci mdio revision 1.5
davinci_mdio davinci_mdio.0: detected phy mask fffffffe
libphy: davinci_mdio.0: probed
davinci_mdio davinci_mdio.0: phy[0]: device davinci_mdio-0:00, driver unknown
input: gpio-keys-polled as /devices/platform/gpio-keys-polled.1/input/input0
i2c /dev entries driver
TCP: cubic registered
NET: Registered protocol family 17
LDO2: incomplete constraints, leaving on
LDO1: incomplete constraints, leaving on
VDCDC3: incomplete constraints, leaving on
VDCDC2: incomplete constraints, leaving on
VDCDC1: incomplete constraints, leaving on
console [netcon0] enabled
netconsole: network logging started
davinci_emac davinci_emac.1: using random MAC addr: 56:35:07:3f:48:19
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
net eth0: Request IRQ 33
net eth0: Request IRQ 34
net eth0: Request IRQ 35
net eth0: Request IRQ 36
davinci_mdio davinci_mdio.0: resetting idled controller
net eth0: attached PHY driver [Generic PHY]
(mii_bus:phy_addr=davinci_mdio-0:00, id=7c0f1)
davinci_emac davinci_emac.1 eth0: Link is Up - 100Mbps/Full - flow control rx/tx
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
     device=eth0, hwaddr=56:35:07:3f:48:19, ipaddr=169.254.243.185,
mask=255.255.0.0, gw=255.255.255.255
     host=169.254.243.185, domain=, nis-domain=(none)
     bootserver=255.255.255.255, rootserver=169.254.243.186, rootpath=
VFS: Mounted root (nfs filesystem) on device 0:13.
devtmpfs: mounted
Freeing unused kernel memory: 148K (c0435000 - c045a000)
INIT: version 2.86 booting
Please wait: booting...
Starting udev
random: nonblocking pool is initialized
udevd (975): /proc/975/oom_adj is deprecated, please use
/proc/975/oom_score_adj instead.
udev: starting version 141
udevd[975]: inotify_add_watch(3, (null), 10) failed: Bad address

Root filesystem already rw, not remounting
WARNING: Couldn't open directory
/lib/modules/3.15.0-rc5-next-20140520-00001-g68d7f74-dirty: No such
file or directory
FATAL: Could not open
/lib/modules/3.15.0-rc5-next-20140520-00001-g68d7f74-dirty/modules.dep.temp
for writing: No such file or directory
modprobe: FATAL: Could not load
/lib/modules/3.15.0-rc5-next-20140520-00001-g68d7f74-dirty/modules.dep:
No such file or directory

modprobe: FATAL: Could not load
/lib/modules/3.15.0-rc5-next-20140520-00001-g68d7f74-dirty/modules.dep:
No such file or directory

root: mount: mounting rootfs on / failed: No such file or directory
root: mount: mounting usbfs on /proc/bus/usb failed: No such file or directory
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces... done.
Sat Dec 12 20:53:00 UTC 2009
INIT: Entering runlevel: 5
Starting telnet daemon.
modprobe: FATAL: Could not load
/lib/modules/3.15.0-rc5-next-20140520-00001-g68d7f74-dirty/modules.dep:
No such file or directory

Starting syslogd/klogd: done
Starting thttpd.

 _____                    _____           _         _
|  _  |___ ___ ___ ___   |  _  |___ ___  |_|___ ___| |_
|     |  _| .'| . | . |  |   __|  _| . | | | -_|  _|  _|
|__|__|_| |__,|_  |___|  |__|  |_| |___|_| |___|___|_|
              |___|                    |___|

Arago Project http://arago-project.org da850-omapl138-evm ttyS2

Arago 2009.11 da850-omapl138-evm ttyS2

da850-omapl138-evm login: root
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Reply | Threaded
Open this post in threaded view
|

Re: davinci boot failures in next-20140519

Sekhar Nori
On Tuesday 20 May 2014 10:32 PM, Prabhakar Lad wrote:
> Sekhar,
>
> I am not sure why this didnt work on your side you can find the boot log at [1],
> I tested this on latest next.

I tried NFS after a long time. It could have been some setup issue.
Thanks for testing at your end.

Regards,
Sekhar
_______________________________________________
Davinci-linux-open-source mailing list
[hidden email]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source