vm_fault during BBB-boot

Sun Dec 28 17:57:21 UTC 2014

On Sun, 2014-12-28 at 18:01 +0100, Manuel Stühn wrote:
> Hi,
> actual current (r276328) fails to boot on my Beaglebone Black:
> 
> U-Boot SPL 2014.04 (Nov 24 2014 - 20:42:56)
> reading args
> spl_load_image_fat_os: error reading image args, err - -1
> reading bb-uboot.img
> reading bb-uboot.img
> 
> 
> U-Boot 2014.04 (Nov 24 2014 - 20:42:56)
> 
> I2C:   ready
> DRAM:  512 MiB
> MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
> Using default environment
> 
> Net:   <ethaddr> not set. Validating first E-fuse MAC
> cpsw, usb_ether
> Hit any key to stop autoboot:  0
> mmc0 is current device
> SD/MMC found on device 0
> reading bb-uEnv.txt
> reading bbubldr
> 251215 bytes read in 17 ms (14.1 MiB/s)
> reading bboneblk.dtb
> 16204 bytes read in 5 ms (3.1 MiB/s)
> ## Starting application at 0x88000054 ...
> Consoles: U-Boot console
> Compatible U-Boot API signature found @9f635510
> 
> FreeBSD/armv6 U-Boot loader, Revision 1.2
> (root at freebsd-vm, Sun Dec 28 16:56:49 CET 2014)
> 
> DRAM: 512MB
> Number of U-Boot devices: 2
> U-Boot env: loaderdev not set, will probe all devices.
> Found U-Boot device: disk
>    Probing all disk devices...
>    Checking unit=0 slice=<auto> partition=<auto>... good.
> Loading /boot/defaults/loader.conf
> /boot/kernel/kernel data=0x502e48+0x951b8 syms=[0x4+0x6de90+0x4+0x56361]
> /boot/kernel/geom_label.ko text=0x4884 data=0x77c+0x4 
> syms=[0x4+0xd20+0x4+0xe3e]
> 
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel]...
> Using DTB provided by U-Boot at address 0x80000100.
> Kernel entry at 0x80200100...
> Kernel args: (null)
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> Copyright (c) 1992-2014 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>          The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 11.0-CURRENT #0 r276328: Sun Dec 28 16:52:19 CET 2014
>  
> root at freebsd-vm:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE 
> arm
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> WARNING: WITNESS option enabled, expect reduced performance.
> CPU: Cortex A8-r3 rev 2 (Cortex-A core)
>   Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext
>   WB disabled EABT branch prediction enabled
> LoUU:2 LoC:3 LoUIS:1
> Cache level 1:
>   32KB/64B 4-way data cache WT WB Read-Alloc
>   32KB/64B 4-way instruction cache Read-Alloc
> Cache level 2:
>   256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc
> real memory  = 536870912 (512 MB)
> avail memory = 512569344 (488 MB)
> Texas Instruments AM335x Processor, Revision ES1.2
> random device not loaded/active; using insecure pseudo-random number 
> generator
> random: entropy device infrastructure driver
> random: selecting highest priority adaptor <Dummy>
> random: SOFT: yarrow init()
> random: selecting highest priority adaptor <Yarrow>
> ofwbus0: <Open Firmware Device Tree>
> simplebus0: <Flattened device tree simple bus> on ofwbus0
> aintc0: <TI AINTC Interrupt Controller> mem 0x48200000-0x48200fff on 
> simplebus0
> aintc0: Revision 5.0
> ti_scm0: <TI Control Module> mem 0x44e10000-0x44e11fff on simplebus0
> am335x_prcm0: <AM335x Power and Clock Management> mem 
> 0x44e00000-0x44e012ff on simplebus0
> am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz
> am335x_dmtimer0: <AM335x DMTimer> mem 
> 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff 
> irq 66,67,68,69,92,93,94,95 on simplebus0
> Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000
> Event timer "AM335x Eventtimer" frequency 24000000 Hz quality 1000
> ti_adc0: <TI ADC controller> mem 0x44e0d000-0x44e0efff irq 16 on simplebus0
> ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0
> ti_wdt0: <TI Watchdog Timer> mem 0x44e35000-0x44e35fff irq 91 on simplebus0
> gpio0: <Ti AM335x General Purpose I/O (GPIO)> mem 
> 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff 
> irq 96,97,98,99,32,33,62,63 on simplebus0
> gpioc0: <GPIO controller> on gpio0
> gpiobus0: <OFW GPIO bus> on gpio0
> gpioled0: <GPIO led> at pin(s) 53 on gpiobus0
> gpioled1: <GPIO led> at pin(s) 54 on gpiobus0
> gpioled2: <GPIO led> at pin(s) 55 on gpiobus0
> gpioled3: <GPIO led> at pin(s) 56 on gpiobus0
> uart0: <TI UART (16550 compatible)> mem 0x44e09000-0x44e09fff irq 72 on 
> simplebus0
> uart0: console (115384,n,8,1)
> ti_edma30: <TI EDMA Controller> mem 
> 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a00000-0x49afffff 
> irq 12,13,14 on simplebus0
> ti_edma30: EDMA revision 40014c00
> sdhci_ti0: <TI MMCHS (SDHCI 2.0)> mem 0x48060000-0x48060fff irq 64 on 
> simplebus0
> mmc0: <MMC/SD bus> on sdhci_ti0
> sdhci_ti1: <TI MMCHS (SDHCI 2.0)> mem 0x481d8000-0x481d8fff irq 28 on 
> simplebus0
> mmc1: <MMC/SD bus> on sdhci_ti1
> cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 
> 40,41,42,43 on simplebus0
> cpsw0: CPSW SS Version 1.12 (0)
> cpsw0: Initial queue size TX=128 RX=384
> miibus0: <MII bus> on cpsw0
> smscphy0: <SMC LAN8710A 10/100 interface> PHY 0 on miibus0
> smscphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> cpsw0: Ethernet address: d0:39:72:54:0a:ec
> iichb0: <TI I2C Controller> mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0
> iichb0: I2C revision 4.0 FIFO size: 32 bytes
> iicbus0: <OFW I2C bus> on iichb0
> iic0: <I2C generic I/O> on iicbus0
> am335x_pmic0: <TI TPS65217 Power Management IC> at addr 0x48 on iicbus0
> iichb1: <TI I2C Controller> mem 0x4802a000-0x4802afff irq 71 on simplebus0
> iichb1: I2C revision 4.0 FIFO size: 32 bytes
> iicbus1: <OFW I2C bus> on iichb1
> iic1: <I2C generic I/O> on iicbus1
> iichb2: <TI I2C Controller> mem 0x4819c000-0x4819cfff irq 30 on simplebus0
> iichb2: I2C revision 4.0 FIFO size: 32 bytes
> iicbus2: <OFW I2C bus> on iichb2
> iic2: <I2C generic I/O> on iicbus2
> am335x_pwm0: <AM335x PWM> mem 
> 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x48300200-0x4830025f 
> irq 86,58 on simplebus0
> am335x_pwm1: <AM335x PWM> mem 
> 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x48302200-0x4830225f 
> irq 87,59 on simplebus0
> am335x_pwm2: <AM335x PWM> mem 
> 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x48304200-0x4830425f 
> irq 88,60 on simplebus0
> musbotg0: <TI AM33xx integrated USB OTG controller> mem 
> 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff 
> irq 17,18,19 on simplebus0
> musbotg0: TI AM335X USBSS v0.0.13
> usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM
> usbus0 on musbotg0
> usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM
> usbus1 on musbotg0
> ti_pruss0: <TI Programmable Realtime Unit Subsystem> mem 
> 0x4a300000-0x4a37ffff irq 20,21,22,23,24,25,26,27 on simplebus0
> ti_pruss0: AM33xx PRU-ICSS
> Timecounters tick every 10.000 msec
> usbus0: 480Mbps High Speed USB v2.0
> usbus1: 480Mbps High Speed USB v2.0
> ugen1.1: <Mentor Graphics> at usbus1
> uhub0: <Mentor Graphics OTG Root HUB, class 9/0, rev 2.00/1.00, addr 1> 
> on usbus1
> ugen0.1: <Mentor Graphics> at usbus0
> uhub1: <Mentor Graphics OTG Root HUB, class 9/0, rev 2.00/1.00, addr 1> 
> on usbus0
> mmcsd0: 8GB <SDHC SD08G 3.8 SN C240108F MFG 06/2009 by 2 TM> at mmc0 
> 48.0MHz/4bit/65535-block
> 
> vm_fault(0xc0788e48, 0, 1, 0) -> 1
> Fatal kernel mode data abort: 'Translation Fault (S)'
> trapframe: 0xdd0cbc60
> FSR=00000005, FAR=00000010, spsr=00000113
> r0 =00000000, r1 =00000004, r2 =00003d2e, r3 =00000137
> r4 =c2be4180, r5 =c2be4180, r6 =c078876c, r7 =c0869a24
> r8 =028f5c28, r9 =c0713d48, r10=00000000, r11=dd0cbcb0
> r12=00000001, ssp=dd0cbcb0, slr=00101010, pc =c0377d64
> 
> [ thread pid 12 tid 100006 ]
> Stopped at      _sx_assert+0x48:        ldr     r14, [r0, #0x010]
> db>
> 
> I already tried different SD-Cards, but no difference.
> Any ideas?

I can't reproduce this on my BBB.  I sync'd to the exact rev you used
and rebuilt, installed it all on an sdcard and booted, and I boot all
the way to the login prompt.  I even diff'd my boot messages against the
ones you posted and there are no significant differences other than
pathnames and compile times.

Maybe a stack backtrace would help... enter 'bt' at that db> prompt and
post the output (everything from the vm_fault(...)-> 1 to the end of the
backtrace).

-- Ian