* Re: next boot: 34 pass, 5 fail (next-20140122) [not found] <52e06652.c103450a.79d7.6517@mx.google.com> @ 2014-01-23 1:35 ` Kevin Hilman 2014-01-23 6:23 ` Tero Kristo 0 siblings, 1 reply; 17+ messages in thread From: Kevin Hilman @ 2014-01-23 1:35 UTC (permalink / raw) To: kernel-build-reports, linaro-kernel@lists.linaro.org Cc: Tony Lindgren, Tero Kristo, Mike Turquette, linux-omap, Olof Johansson [-- Attachment #1: Type: text/plain, Size: 1066 bytes --] On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> wrote: > Automated DT boot report for various ARM defconfigs. > > > Tree/Branch: next > Git describe: next-20140122 > Failed boot tests (console logs at the end) > =========================================== > omap3-tobi,3730storm: FAIL: omap2plus_defconfig [...] > omap3-tobi,3730storm: FAIL: multi_v7_defconfig These OMAP3 failures are new regressions. Full failure boot log attached. Bisected down to: cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 Author: Tero Kristo <t-kristo@ti.com> Date: Tue Oct 22 11:53:02 2013 +0300 ARM: OMAP2+: io: use new clock init API clk_init is now separated to a common function which gets called for all SoC:s, which initializes the DT clocks and calls the SoC specific clock init. Signed-off-by: Tero Kristo <t-kristo@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Mike Turquette <mturquette@linaro.org> Kevin [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: boot-omap3-tobi,3730storm.log --] [-- Type: text/x-log; charset=US-ASCII; name="boot-omap3-tobi,3730storm.log", Size: 51451 bytes --] Connected to 3730storm console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(3730storm console)> hardreset (user:khilman) Reboot 3730storm Reboot: 3730storm ; phidget 3 2 : off, sleep, on \x04\x01\x05\x053\x04tX0b\x01\x01\0$U\x16\f @\0\0\0\x01\x04\b @\0\0\0\x01\x04\b €\0\0\0\x01D(1`\0\0\0\x01\x04\b @\0\0\0\x01\x04\b @\0\0\0\x01\x04\b` U-Boot SPL 2013.04-00003-g84ebf5d (Jun 21 2013 - 15:36:05) OMAP SD/MMC: 0 reading u-boot.img reading u-boot.img U-Boot 2013.04-00003-g84ebf5d (Jun 21 2013 - 15:36:05) OMAP3630/3730-GP ES1.2, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz Gumstix Overo board + LPDDR/NAND I2C: ready DRAM: 512 MiB NAND: 512 MiB MMC: OMAP SD/MMC: 0 *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Board revision: 1 Tranceiver detected on mmc2 No EEPROM on expansion board Die ID #3dea00029ff80000016830c40802e016 Net: smc911x-0 Warning: smc911x-0 using MAC address from net device Hit any key to stop autoboot: 5 \b\b\b 0 Overo # Overo # version version U-Boot 2013.04-00003-g84ebf5d (Jun 21 2013 - 15:36:05) arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2 GNU ld (GNU Binutils for Ubuntu) 2.22.90.20120919 Overo # setenv bootargs console=ttyO2,115200n8 earlyprintk rw root=/dev/mmcblk0p2 rootwait rootfstype=ext4 setenv bootargs console=ttyO2,115200n8 earlyprintk rw root=/dev/mmcblk0p2 rootwait rootfstype=ext4 Overo # setenv netargs 'setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}::::192.168.1.254:none' setenv netargs 'setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}::::192.168.1.254:none' Overo # if test -n ${initenv}; then run initenv; fi if test -n ${initenv}; then run initenv; fi Overo # if test -n ${preboot}; then run preboot; fi if test -n ${preboot}; then run preboot; fi Overo #setenv autoload no; setenv autoboot no setenv autoload no; setenv autoboot no Overo #dhcp dhcp smc911x: detected LAN9221 controller smc911x: phy initialized smc911x: MAC 00:15:c9:28:f0:11 BOOTP broadcast 1 DHCP client bound to address 192.168.1.159 Overo # setenv serverip 192.168.1.2 setenv serverip 192.168.1.2 Overo # if test -n ${netargs}; then run netargs; fi if test -n ${netargs}; then run netargs; fi Overo # tftp ${loadaddr} 192.168.1.2:tmp/3730storm-UDRcbe/zImage tftp ${loadaddr} 192.168.1.2:tmp/3730storm-UDRcbe/zImage smc911x: detected LAN9221 controller smc911x: phy initialized smc911x: MAC 00:15:c9:28:f0:11 Using smc911x-0 device TFTP from server 192.168.1.2; our IP address is 192.168.1.159 Filename 'tmp/3730storm-UDRcbe/zImage'. Load address: 0x82000000 Loading: *\b################################################################# ################################################################# ################################################################# ################################################################# ################################ 2.5 MiB/s done Bytes transferred = 4284472 (416038 hex) Overo # tftp 0x81f00000 192.168.1.2:tmp/3730storm-UDRcbe/omap3-tobi.dtb tftp 0x81f00000 192.168.1.2:tmp/3730storm-UDRcbe/omap3-tobi.dtb smc911x: detected LAN9221 controller smc911x: phy initialized smc911x: MAC 00:15:c9:28:f0:11 Using smc911x-0 device TFTP from server 192.168.1.2; our IP address is 192.168.1.159 Filename 'tmp/3730storm-UDRcbe/omap3-tobi.dtb'. Load address: 0x81f00000 Loading: *\b#### 2.3 MiB/s done Bytes transferred = 56692 (dd74 hex) Overo # printenv bootargs printenv bootargs bootargs=console=ttyO2,115200n8 earlyprintk rw root=/dev/mmcblk0p2 rootwait rootfstype=ext4 ip=192.168.1.159:192.168.1.2:192.168.1.254:255.255.255.0::::192.168.1.254:none Overo # bootz ${loadaddr} - 0x81f00000 bootz ${loadaddr} - 0x81f00000 ## Flattened Device Tree blob at 81f00000 Booting using the fdt blob at 0x81f00000 Loading Device Tree to 8ffef000, end 8ffffd73 ... OK Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0 [ 0.000000] Linux version 3.13.0-next-20140122 (build@brutus) (gcc version 4.8.1 (GCC) ) #1 SMP Wed Jan 22 00:00:57 PST 2014 [ 0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.000000] Machine model: TI OMAP3 Gumstix Overo on Tobi [ 0.000000] cma: CMA: reserved 16 MiB at 9e800000 [ 0.000000] Memory policy: Data cache writeback [ 0.000000] CPU: All CPU(s) started in SVC mode. [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) [ 0.000000] PERCPU: Embedded 9 pages/cpu @dfac7000 s14016 r8192 d14656 u36864 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [ 0.000000] Kernel command line: console=ttyO2,115200n8 earlyprintk rw root=/dev/mmcblk0p2 rootwait rootfstype=ext4 ip=192.168.1.159:192.168.1.2:192.168.1.254:255.255.255.0::::192.168.1.254:none [ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes) [ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [ 0.000000] Memory: 487768K/523264K available (5602K kernel code, 662K rwdata, 2140K rodata, 385K init, 5519K bss, 35496K reserved, 0K highmem) [ 0.000000] Virtual kernel memory layout: [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB) [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) [ 0.000000] vmalloc : 0xe0800000 - 0xff000000 ( 488 MB) [ 0.000000] lowmem : 0xc0000000 - 0xe0000000 ( 512 MB) [ 0.000000] pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) [ 0.000000] modules : 0xbf000000 - 0xbfe00000 ( 14 MB) [ 0.000000] .text : 0xc0008000 - 0xc0797ce8 (7744 kB) [ 0.000000] .init : 0xc0798000 - 0xc07f86c0 ( 386 kB) [ 0.000000] .data : 0xc07fa000 - 0xc089f9d8 ( 663 kB) [ 0.000000] .bss : 0xc089f9d8 - 0xc0e03670 (5520 kB) [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU restricting CPUs from NR_CPUS=2 to nr_cpu_ids=1. [ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1 [ 0.000000] NR_IRQS:16 nr_irqs:16 16 [ 0.000000] IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts [ 0.000000] Total of 96 interrupts on 1 active controller [ 0.000000] Clocking rate (Crystal/Core/MPU): 26.0/400/600 MHz [ 0.000000] OMAP clockevent source: timer1 at 32768 Hz [ 11.952392] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 65536000000000ns [ 0.000000] OMAP clocksource: 32k_counter at 32768 Hz [ 0.001098] Console: colour dummy device 80x30 [ 0.001159] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar [ 0.001190] ... MAX_LOCKDEP_SUBCLASSES: 8 [ 0.001190] ... MAX_LOCK_DEPTH: 48 [ 0.001220] ... MAX_LOCKDEP_KEYS: 8191 [ 0.001220] ... CLASSHASH_SIZE: 4096 [ 0.001220] ... MAX_LOCKDEP_ENTRIES: 16384 [ 0.001251] ... MAX_LOCKDEP_CHAINS: 32768 [ 0.001251] ... CHAINHASH_SIZE: 16384 [ 0.001281] memory used by lock dependency info: 3695 kB [ 0.001281] per task-struct memory footprint: 1152 bytes [ 0.001342] Calibrating delay loop... 594.73 BogoMIPS (lpj=2973696) [ 0.107849] pid_max: default: 32768 minimum: 301 [ 0.108398] Security Framework initialized [ 0.108551] Mount-cache hash table entries: 512 [ 0.167968] CPU: Testing write buffer coherency: ok [ 0.169677] CPU0: thread -1, cpu 0, socket -1, mpidr 0 [ 0.169769] Setting up static identity map for 0x80551558 - 0x805515c8 [ 0.174133] Brought up 1 CPUs [ 0.174163] SMP: Total of 1 processors activated. [ 0.174194] CPU: All CPU(s) started in SVC mode. [ 0.178253] devtmpfs: initialized [ 0.189147] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3 [ 0.264923] omap_hwmod: mcbsp2_sidetone using broken dt data from mcbsp [ 0.267089] omap_hwmod: mcbsp3_sidetone using broken dt data from mcbsp [ 0.282287] omap_hwmod: uart4: cannot clk_get main_clk uart4_fck [ 0.282318] omap_hwmod: uart4: cannot _init_clocks [ 0.282318] ------------[ cut here ]------------ [ 0.282348] WARNING: CPU: 0 PID: 1 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2543 _init+0x300/0x3e4() [ 0.282379] omap_hwmod: uart4: couldn't init clocks [ 0.282379] Modules linked in: [ 0.282409] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.13.0-next-20140122 #1 [ 0.282470] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 0.282501] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 0.282531] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 0.282562] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 0.282592] [<c0040400>] (warn_slowpath_fmt) from [<c07a4a04>] (_init+0x300/0x3e4) [ 0.282592] [<c07a4a04>] (_init) from [<c07a4f9c>] (__omap_hwmod_setup_all+0x40/0x8c) [ 0.282623] [<c07a4f9c>] (__omap_hwmod_setup_all) from [<c0008918>] (do_one_initcall+0xe8/0x14c) [ 0.282653] [<c0008918>] (do_one_initcall) from [<c0798c18>] (kernel_init_freeable+0x104/0x1c8) [ 0.282684] [<c0798c18>] (kernel_init_freeable) from [<c053ebdc>] (kernel_init+0x8/0x118) [ 0.282714] [<c053ebdc>] (kernel_init) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 0.282836] ---[ end trace 0f858337cb4b2bdb ]--- [ 0.305297] pinctrl core: initialized pinctrl subsystem [ 0.311340] regulator-dummy: no parameters [ 0.315399] NET: Registered protocol family 16 [ 0.323791] DMA: preallocated 256 KiB pool for atomic coherent allocations [ 0.341308] Reprogramming SDRC clock to 400000000 Hz [ 0.360351] OMAP GPIO hardware version 2.5 [ 0.403594] platform 49022000.mcbsp: alias fck already exists [ 0.405181] platform 49024000.mcbsp: alias fck already exists [ 0.429931] omap-gpmc 6e000000.gpmc: GPMC revision 5.0 [ 0.439636] No ATAGs? [ 0.439666] hw-breakpoint: debug architecture 0x4 unsupported. [ 0.445556] OMAP DMA hardware revision 5.0 [ 0.531311] bio: create slab <bio-0> at 0 [ 0.536224] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slot [ 0.536285] edma-dma-engine: probe of edma-dma-engine.0 failed with error -5 [ 0.644134] omap-dma-engine 48056000.dma-controller: OMAP DMA engine driver [ 0.648040] vddvario: no parameters [ 0.649597] vdd33a: no parameters [ 0.660400] SCSI subsystem initialized [ 0.663726] usbcore: registered new interface driver usbfs [ 0.664367] usbcore: registered new interface driver hub [ 0.665100] usbcore: registered new device driver usb [ 0.674407] omap_i2c 48070000.i2c: bus 0 rev4.4 at 2600 kHz [ 0.676300] omap_i2c 48060000.i2c: bus 2 rev4.4 at 100 kHz [ 0.688293] Switched to clocksource 32k_counter [ 0.925933] NET: Registered protocol family 2 [ 0.928619] TCP established hash table entries: 4096 (order: 2, 16384 bytes) [ 0.928894] TCP bind hash table entries: 4096 (order: 5, 147456 bytes) [ 0.931152] TCP: Hash tables configured (established 4096 bind 4096) [ 0.931335] TCP: reno registered [ 0.931396] UDP hash table entries: 256 (order: 2, 20480 bytes) [ 0.931701] UDP-Lite hash table entries: 256 (order: 2, 20480 bytes) [ 0.933532] NET: Registered protocol family 1 [ 0.937469] RPC: Registered named UNIX socket transport module. [ 0.937744] RPC: Registered udp transport module. [ 0.937744] RPC: Registered tcp transport module. [ 0.937774] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.939361] hw perfevents: enabled with ARMv7 Cortex-A8 PMU driver, 5 counters available [ 0.944183] ------------[ cut here ]------------ [ 0.944244] WARNING: CPU: 0 PID: 1 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2164 _enable+0x254/0x290() [ 0.944244] omap_hwmod: timer12: enabled state can only be entered from initialized, idle, or disabled state [ 0.944274] Modules linked in: [ 0.944305] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W 3.13.0-next-20140122 #1 [ 0.944335] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 0.944366] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 0.944396] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 0.944427] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 0.944458] [<c0040400>] (warn_slowpath_fmt) from [<c00276e0>] (_enable+0x254/0x290) [ 0.944488] [<c00276e0>] (_enable) from [<c0027f0c>] (omap_hwmod_enable+0x24/0x44) [ 0.944519] [<c0027f0c>] (omap_hwmod_enable) from [<c0029194>] (omap_device_enable+0x38/0x78) [ 0.944519] [<c0029194>] (omap_device_enable) from [<c00291e4>] (_od_runtime_resume+0x10/0x1c) [ 0.944549] [<c00291e4>] (_od_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 0.944580] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 0.944610] [<c036334c>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 0.944610] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 0.944641] [<c03646b8>] (__pm_runtime_resume) from [<c003c800>] (omap_dm_timer_probe+0x1f0/0x2fc) [ 0.944671] [<c003c800>] (omap_dm_timer_probe) from [<c035ba94>] (platform_drv_probe+0x18/0x48) [ 0.944702] [<c035ba94>] (platform_drv_probe) from [<c035a2e4>] (driver_probe_device+0x110/0x22c) [ 0.944732] [<c035a2e4>] (driver_probe_device) from [<c035a4d8>] (__driver_attach+0x94/0x98) [ 0.944763] [<c035a4d8>] (__driver_attach) from [<c03588dc>] (bus_for_each_dev+0x60/0x94) [ 0.944793] [<c03588dc>] (bus_for_each_dev) from [<c0359ac0>] (bus_add_driver+0x144/0x1f0) [ 0.944793] [<c0359ac0>] (bus_add_driver) from [<c035aab8>] (driver_register+0x78/0xf8) [ 0.944824] [<c035aab8>] (driver_register) from [<c0008918>] (do_one_initcall+0xe8/0x14c) [ 0.944854] [<c0008918>] (do_one_initcall) from [<c0798c18>] (kernel_init_freeable+0x104/0x1c8) [ 0.944885] [<c0798c18>] (kernel_init_freeable) from [<c053ebdc>] (kernel_init+0x8/0x118) [ 0.944915] [<c053ebdc>] (kernel_init) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 0.944915] ---[ end trace 0f858337cb4b2bdc ]--- [ 0.945800] ------------[ cut here ]------------ [ 0.945861] WARNING: CPU: 0 PID: 49 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2262 _idle+0x1ac/0x200() [ 0.945861] omap_hwmod: timer12: idle state can only be entered from enabled state [ 0.945892] Modules linked in: [ 0.945892] CPU: 0 PID: 49 Comm: kworker/0:1 Tainted: G W 3.13.0-next-20140122 #1 [ 0.945922] Workqueue: pm pm_runtime_work [ 0.945953] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 0.945983] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 0.946014] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 0.946044] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 0.946075] [<c0040400>] (warn_slowpath_fmt) from [<c0027b28>] (_idle+0x1ac/0x200) [ 0.946105] [<c0027b28>] (_idle) from [<c0027f50>] (omap_hwmod_idle+0x24/0x40) [ 0.946105] [<c0027f50>] (omap_hwmod_idle) from [<c00294ac>] (omap_device_idle+0x38/0x78) [ 0.946136] [<c00294ac>] (omap_device_idle) from [<c0029508>] (_od_runtime_suspend+0x1c/0x24) [ 0.946166] [<c0029508>] (_od_runtime_suspend) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 0.946197] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 0.946197] [<c036334c>] (rpm_callback) from [<c03637a4>] (rpm_suspend+0xf8/0x5e0) [ 0.946228] [<c03637a4>] (rpm_suspend) from [<c0364d20>] (pm_runtime_work+0x88/0xa8) [ 0.946258] [<c0364d20>] (pm_runtime_work) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 0.946289] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 0.946319] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 0.946319] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 0.946350] ---[ end trace 0f858337cb4b2bdd ]--- [ 0.953247] futex hash table entries: 256 (order: 2, 16384 bytes) [ 1.168395] VFS: Disk quotas dquot_6.5.2 [ 1.168701] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [ 1.171783] NFS: Registering the id_resolver key type [ 1.172302] Key type id_resolver registered [ 1.172332] Key type id_legacy registered [ 1.172454] jffs2: version 2.2. (NAND) (SUMMARY) B) 2001-2006 Red Hat, Inc. [ 1.173065] msgmni has been set to 984 [ 1.177886] io scheduler noop registered [ 1.177917] io scheduler deadline registered [ 1.178009] io scheduler cfq registered (default) [ 1.182922] pinctrl-single 48002030.pinmux: 284 pins at pa fa002030 size 568 [ 1.183776] pinctrl-single 48002a00.pinmux: 46 pins at pa fa002a00 size 92 [ 1.184783] pinctrl-single 480025d8.pinmux: 18 pins at pa fa0025d8 size 36 [ 1.190826] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 1.203277] 4806a000.serial: ttyO0 at MMIO 0x4806a000 (irq = 88, base_baud = 3000000) is a OMAP UART0 [ 1.207061] 4806c000.serial: ttyO1 at MMIO 0x4806c000 (irq = 89, base_baud = 3000000) is a OMAP UART1 [ 1.210662] 49020000.serial: ttyO2 at MMIO 0x49020000 (irq = 90, base_baud = 3000000) is a OMAP UART2 [ 2.477050] console [ttyO2] enabled [ 2.529998] brd: module loaded [ 2.560180] loop: module loaded [ 2.578491] twl 0-0048: PIH (irq 23) chaining IRQs 338..346 [ 2.584960] twl 0-0048: power (irq 343) chaining IRQs 346..353 [ 2.602355] VAUX1: at 3000 mV [ 2.609771] VAUX2_4030: at 1800 mV [ 2.616821] VAUX3: at 2800 mV [ 2.623657] VAUX4: at 2800 mV [ 2.630371] VDD1: 600 <--> 1450 mV at 1200 mV [ 2.638977] VDAC: 1800 mV [ 2.645507] VIO: at 1800 mV [ 2.652343] VINTANA1: 1500 mV [ 2.659301] VINTANA2: at 2750 mV [ 2.666290] VINTDIG: 1500 mV [ 2.672698] VMMC1: 1850 <--> 3150 mV at 3150 mV [ 2.681152] VMMC2: 1850 <--> 3150 mV at 2600 mV [ 2.689392] VUSB1V5: 1500 mV [ 2.695159] VUSB1V8: 1800 mV [ 2.701354] VUSB3V1: 3100 mV [ 2.708312] VPLL1: at 1800 mV [ 2.714996] VPLL2: 1800 mV [ 2.721527] VSIM: 1800 <--> 3000 mV at 1800 mV [ 2.730041] twl4030_gpio twl4030-gpio: gpio (irq 338) chaining IRQs 354..371 [ 2.754913] mtdoops: mtd device (mtddev=name/number) must be supplied [ 2.779266] smsc911x: Driver version 2008-10-21 [ 2.785247] smsc911x 2c000000.ethernet (unregistered net_device): couldn't get clock -2 [ 2.802917] libphy: smsc911x-mdio: probed [ 2.878356] smsc911x 2c000000.ethernet eth0: attached PHY driver [SMSC LAN8700] (mii_bus:phy_addr=2c000000.etherne:01, irq=-1) [ 2.890777] smsc911x 2c000000.ethernet eth0: MAC Address: 00:15:c9:28:f0:11 [ 2.901947] usbcore: registered new interface driver asix [ 2.908386] usbcore: registered new interface driver ax88179_178a [ 2.915405] usbcore: registered new interface driver cdc_ether [ 2.922332] usbcore: registered new interface driver r815x [ 2.928894] usbcore: registered new interface driver smsc95xx [ 2.935546] usbcore: registered new interface driver net1080 [ 2.942565] usbcore: registered new interface driver cdc_subset [ 2.949707] usbcore: registered new interface driver zaurus [ 2.956298] usbcore: registered new interface driver cdc_ncm [ 2.965087] usbcore: registered new interface driver cdc_wdm [ 2.971954] usbcore: registered new interface driver usb-storage [ 2.979370] usbcore: registered new interface driver usbtest [ 2.991638] mousedev: PS/2 mouse device common for all mice [ 3.005401] input: twl4030_pwrbutton as /devices/68000000.ocp/48070000.i2c/i2c-0/0-0048/pwrbutton.33/input/input0 [ 3.022430] twl_rtc rtc.9: Power up reset detected. [ 3.028106] twl_rtc rtc.9: Enabling TWL-RTC [ 3.038635] twl_rtc rtc.9: rtc core: registered rtc.9 as rtc0 [ 3.046539] i2c /dev entries driver [ 3.054656] Driver for 1-wire Dallas network protocol. [ 3.067260] omap_wdt: OMAP Watchdog Timer Rev 0x31: initial timeout 60 sec [ 3.082061] ------------[ cut here ]------------ [ 3.086975] WARNING: CPU: 0 PID: 1 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2164 _enable+0x254/0x290() [ 3.098449] omap_hwmod: mmc1: enabled state can only be entered from initialized, idle, or disabled state [ 3.108520] Modules linked in: [ 3.111755] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W 3.13.0-next-20140122 #1 [ 3.120330] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 3.128509] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 3.136138] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 3.144683] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 3.153869] [<c0040400>] (warn_slowpath_fmt) from [<c00276e0>] (_enable+0x254/0x290) [ 3.162017] [<c00276e0>] (_enable) from [<c0027f0c>] (omap_hwmod_enable+0x24/0x44) [ 3.170013] [<c0027f0c>] (omap_hwmod_enable) from [<c0029194>] (omap_device_enable+0x38/0x78) [ 3.179016] [<c0029194>] (omap_device_enable) from [<c00291e4>] (_od_runtime_resume+0x10/0x1c) [ 3.188079] [<c00291e4>] (_od_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 3.196807] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 3.204986] [<c036334c>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 3.212982] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 3.221435] [<c03646b8>] (__pm_runtime_resume) from [<c044e940>] (omap_hsmmc_probe+0x334/0xcf4) [ 3.230621] [<c044e940>] (omap_hsmmc_probe) from [<c035ba94>] (platform_drv_probe+0x18/0x48) [ 3.239532] [<c035ba94>] (platform_drv_probe) from [<c035a2e4>] (driver_probe_device+0x110/0x22c) [ 3.248901] [<c035a2e4>] (driver_probe_device) from [<c035a4d8>] (__driver_attach+0x94/0x98) [ 3.257781] [<c035a4d8>] (__driver_attach) from [<c03588dc>] (bus_for_each_dev+0x60/0x94) [ 3.266418] [<c03588dc>] (bus_for_each_dev) from [<c0359ac0>] (bus_add_driver+0x144/0x1f0) [ 3.275146] [<c0359ac0>] (bus_add_driver) from [<c035aab8>] (driver_register+0x78/0xf8) [ 3.283599] [<c035aab8>] (driver_register) from [<c0008918>] (do_one_initcall+0xe8/0x14c) [ 3.292236] [<c0008918>] (do_one_initcall) from [<c0798c18>] (kernel_init_freeable+0x104/0x1c8) [ 3.301422] [<c0798c18>] (kernel_init_freeable) from [<c053ebdc>] (kernel_init+0x8/0x118) [ 3.310058] [<c053ebdc>] (kernel_init) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 3.318023] ---[ end trace 0f858337cb4b2bde ]--- [ 3.324096] 4809c000.mmc supply vmmc_aux not found, using dummy regulator [ 3.333526] omap_hsmmc 4809c000.mmc: pins are not configured from the driver [ 3.378112] ------------[ cut here ]------------ [ 3.382995] WARNING: CPU: 0 PID: 1 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2164 _enable+0x254/0x290() [ 3.394439] omap_hwmod: mmc2: enabled state can only be entered from initialized, idle, or disabled state [ 3.404541] Modules linked in: [ 3.407775] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W 3.13.0-next-20140122 #1 [ 3.416320] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 3.424530] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 3.432159] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 3.440704] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 3.449890] [<c0040400>] (warn_slowpath_fmt) from [<c00276e0>] (_enable+0x254/0x290) [ 3.458038] [<c00276e0>] (_enable) from [<c0027f0c>] (omap_hwmod_enable+0x24/0x44) [ 3.466033] [<c0027f0c>] (omap_hwmod_enable) from [<c0029194>] (omap_device_enable+0x38/0x78) [ 3.475036] [<c0029194>] (omap_device_enable) from [<c00291e4>] (_od_runtime_resume+0x10/0x1c) [ 3.484130] [<c00291e4>] (_od_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 3.492828] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 3.501007] [<c036334c>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 3.509002] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 3.517456] [<c03646b8>] (__pm_runtime_resume) from [<c044e940>] (omap_hsmmc_probe+0x334/0xcf4) [ 3.526641] [<c044e940>] (omap_hsmmc_probe) from [<c035ba94>] (platform_drv_probe+0x18/0x48) [ 3.535552] [<c035ba94>] (platform_drv_probe) from [<c035a2e4>] (driver_probe_device+0x110/0x22c) [ 3.544921] [<c035a2e4>] (driver_probe_device) from [<c035a4d8>] (__driver_attach+0x94/0x98) [ 3.553833] [<c035a4d8>] (__driver_attach) from [<c03588dc>] (bus_for_each_dev+0x60/0x94) [ 3.562469] [<c03588dc>] (bus_for_each_dev) from [<c0359ac0>] (bus_add_driver+0x144/0x1f0) [ 3.571197] [<c0359ac0>] (bus_add_driver) from [<c035aab8>] (driver_register+0x78/0xf8) [ 3.579650] [<c035aab8>] (driver_register) from [<c0008918>] (do_one_initcall+0xe8/0x14c) [ 3.588287] [<c0008918>] (do_one_initcall) from [<c0798c18>] (kernel_init_freeable+0x104/0x1c8) [ 3.597473] [<c0798c18>] (kernel_init_freeable) from [<c053ebdc>] (kernel_init+0x8/0x118) [ 3.606079] [<c053ebdc>] (kernel_init) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 3.614074] ---[ end trace 0f858337cb4b2bdf ]--- [ 3.619415] 480b4000.mmc supply vmmc not found, using dummy regulator [ 3.626586] 480b4000.mmc supply vmmc_aux not found, using dummy regulator [ 3.634094] omap_hsmmc 480b4000.mmc: could not set regulator OCR (-22) [ 3.641113] omap_hsmmc 480b4000.mmc: pins are not configured from the driver [ 3.651306] omap_hsmmc 480b4000.mmc: could not set regulator OCR (-22) [ 3.703918] ledtrig-cpu: registered to indicate activity on CPUs [ 3.710632] mmc0: host does not support reading read-only switch. assuming write-enable. [ 3.721405] usbcore: registered new interface driver usbhid [ 3.727386] usbhid: USB HID core driver [ 3.733398] mmc0: new high speed SDHC card at address d555 [ 3.743377] isa bounce pool size: 16 pages [ 3.749908] oprofile: using arm/armv7 [ 3.754608] TCP: cubic registered [ 3.758361] Initializing XFRM netlink socket [ 3.763122] NET: Registered protocol family 17 [ 3.768218] NET: Registered protocol family 15 [ 3.773345] Key type dns_resolver registered [ 3.778961] mmcblk0: mmc0:d555 SU08G 7.60 GiB [ 3.792846] ThumbEE CPU extension supported. [ 3.798431] ------------[ cut here ]------------ [ 3.803344] WARNING: CPU: 0 PID: 49 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2262 _idle+0x1ac/0x200() [ 3.814697] omap_hwmod: mmc2: idle state can only be entered from enabled state [ 3.822418] Modules linked in: [ 3.825653] CPU: 0 PID: 49 Comm: kworker/0:1 Tainted: G W 3.13.0-next-20140122 #1 [ 3.834472] Workqueue: pm pm_runtime_work [ 3.838714] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 3.846893] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 3.854553] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 3.863067] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 3.872253] [<c0040400>] (warn_slowpath_fmt) from [<c0027b28>] (_idle+0x1ac/0x200) [ 3.880249] [<c0027b28>] (_idle) from [<c0027f50>] (omap_hwmod_idle+0x24/0x40) [ 3.887878] [<c0027f50>] (omap_hwmod_idle) from [<c00294ac>] (omap_device_idle+0x38/0x78) [ 3.896514] [<c00294ac>] (omap_device_idle) from [<c0029508>] (_od_runtime_suspend+0x1c/0x24) [ 3.905487] [<c0029508>] (_od_runtime_suspend) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 3.914306] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 3.922485] [<c036334c>] (rpm_callback) from [<c03637a4>] (rpm_suspend+0xf8/0x5e0) [ 3.930480] [<c03637a4>] (rpm_suspend) from [<c0364d0c>] (pm_runtime_work+0x74/0xa8) [ 3.938659] [<c0364d0c>] (pm_runtime_work) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 3.947448] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 3.956085] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 3.963714] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 3.971343] ---[ end trace 0f858337cb4b2be1 ]--- [ 3.976806] mmcblk0: p1 p2 [ 3.990142] VPLL2: disabling [ 3.995056] ------------[ cut here ]------------ [ 3.999969] WARNING: CPU: 0 PID: 6 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2164 _enable+0x254/0x290() [ 4.011413] omap_hwmod: mmc2: enabled state can only be entered from initialized, idle, or disabled state [ 4.021484] Modules linked in: [ 4.024749] CPU: 0 PID: 6 Comm: kworker/u2:0 Tainted: G W 3.13.0-next-20140122 #1 [ 4.033569] Workqueue: kmmcd mmc_rescan [ 4.037628] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 4.045806] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 4.053466] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 4.062011] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 4.071166] [<c0040400>] (warn_slowpath_fmt) from [<c00276e0>] (_enable+0x254/0x290) [ 4.079345] [<c00276e0>] (_enable) from [<c0027f0c>] (omap_hwmod_enable+0x24/0x44) [ 4.087341] [<c0027f0c>] (omap_hwmod_enable) from [<c0029194>] (omap_device_enable+0x38/0x78) [ 4.096343] [<c0029194>] (omap_device_enable) from [<c00291e4>] (_od_runtime_resume+0x10/0x1c) [ 4.105438] [<c00291e4>] (_od_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 4.114166] [<c03632f8>] (__rpm_callback) from [<c036334c>] (rpm_callback+0x20/0x74) [ 4.122314] [<c036334c>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 4.130310] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 4.138763] [<c03646b8>] (__pm_runtime_resume) from [<c044d0dc>] (omap_hsmmc_enable_fclk+0x10/0x18) [ 4.148315] [<c044d0dc>] (omap_hsmmc_enable_fclk) from [<c0438858>] (__mmc_claim_host+0x1ac/0x1c0) [ 4.157775] [<c0438858>] (__mmc_claim_host) from [<c043ad88>] (mmc_rescan+0x20c/0x2e8) [ 4.166107] [<c043ad88>] (mmc_rescan) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 4.174468] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 4.183105] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 4.190734] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 4.198364] ---[ end trace 0f858337cb4b2be2 ]--- [ 4.204071] ------------[ cut here ]------------ [ 4.208984] WARNING: CPU: 0 PID: 49 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2262 _idle+0x1ac/0x200() [ 4.220336] omap_hwmod: mmc1: idle state can only be entered from enabled state [ 4.228057] Modules linked in: [ 4.231292] CPU: 0 PID: 49 Comm: kworker/0:1 Tainted: G W 3.13.0-next-20140122 #1 [ 4.240112] Workqueue: pm pm_runtime_work [ 4.244354] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 4.252532] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 4.260162] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 4.268707] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 4.277893] [<c0040400>] (warn_slowpath_fmt) from [<c0027b28>] (_idle+0x1ac/0x200) [ 4.285888] [<c0027b28>] (_idle) from [<c0027f50>] (omap_hwmod_idle+0x24/0x40) [ 4.293487] [<c0027f50>] (omap_hwmod_idle) from [<c00294ac>] (omap_device_idle+0x38/0x78) [ 4.302124] [<c00294ac>] (omap_device_idle) from [<c0029508>] (_od_runtime_suspend+0x1c/0x24) [ 4.311126] [<c0029508>] (_od_runtime_suspend) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 4.319946] [<c03632f8>] (__rpm_callback) from [<c0363380>] (rpm_callback+0x54/0x74) [ 4.328125] [<c0363380>] (rpm_callback) from [<c03637a4>] (rpm_suspend+0xf8/0x5e0) [ 4.336090] [<c03637a4>] (rpm_suspend) from [<c0364d0c>] (pm_runtime_work+0x74/0xa8) [ 4.344268] [<c0364d0c>] (pm_runtime_work) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 4.353088] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 4.361724] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 4.369354] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 4.376953] ---[ end trace 0f858337cb4b2be3 ]--- [ 4.382812] VUSB3V1: disabling [ 4.387176] VUSB1V8: disabling [ 4.393371] VUSB1V5: disabling [ 4.398895] VDAC: disabling [ 4.403106] VAUX3: disabling [ 4.415008] twl_rtc rtc.9: setting system clock to 2000-01-01 00:00:15 UTC (946684815) [ 4.500152] smsc911x 2c000000.ethernet eth0: SMSC911x/921x identified at 0xe087a000, IRQ: 288 [ 4.528900] IP-Config: Complete: [ 4.532318] device=eth0, hwaddr=00:15:c9:28:f0:11, ipaddr=192.168.1.159, mask=255.255.255.0, gw=192.168.1.254 [ 4.543365] host=192.168.1.159, domain=, nis-domain=(none) [ 4.549682] bootserver=192.168.1.2, rootserver=192.168.1.2, rootpath= [ 4.556732] nameserver0=192.168.1.254, nameserver1=109.0.0.0 [ 4.566284] omap_uart 49020000.serial: no wakeirq for uart2 [ 4.576263] ------------[ cut here ]------------ [ 4.581176] WARNING: CPU: 0 PID: 775 at /home/build/work/batch/arch/arm/mach-omap2/omap_hwmod.c:2164 _enable+0x254/0x290() [ 4.592803] omap_hwmod: mmc1: enabled state can only be entered from initialized, idle, or disabled state [ 4.602905] Modules linked in: [ 4.606140] CPU: 0 PID: 775 Comm: mmcqd/0 Tainted: G W 3.13.0-next-20140122 #1 [ 4.614715] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 4.622863] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 4.630523] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 4.639038] [<c00403ac>] (warn_slowpath_common) from [<c0040400>] (warn_slowpath_fmt+0x30/0x40) [ 4.648223] [<c0040400>] (warn_slowpath_fmt) from [<c00276e0>] (_enable+0x254/0x290) [ 4.656402] [<c00276e0>] (_enable) from [<c0027f0c>] (omap_hwmod_enable+0x24/0x44) [ 4.664398] [<c0027f0c>] (omap_hwmod_enable) from [<c0029194>] (omap_device_enable+0x38/0x78) [ 4.673400] [<c0029194>] (omap_device_enable) from [<c00291e4>] (_od_runtime_resume+0x10/0x1c) [ 4.682464] [<c00291e4>] (_od_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 4.691192] [<c03632f8>] (__rpm_callback) from [<c0363380>] (rpm_callback+0x54/0x74) [ 4.699371] [<c0363380>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 4.707366] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 4.715820] [<c03646b8>] (__pm_runtime_resume) from [<c044d0dc>] (omap_hsmmc_enable_fclk+0x10/0x18) [ 4.725372] [<c044d0dc>] (omap_hsmmc_enable_fclk) from [<c0438858>] (__mmc_claim_host+0x1ac/0x1c0) [ 4.734832] [<c0438858>] (__mmc_claim_host) from [<c0448068>] (mmc_blk_issue_rq+0x278/0x4dc) [ 4.743743] [<c0448068>] (mmc_blk_issue_rq) from [<c04489a4>] (mmc_queue_thread+0xa4/0x144) [ 4.752563] [<c04489a4>] (mmc_queue_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 4.760467] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 4.768066] ---[ end trace 0f858337cb4b2be4 ]--- [ 4.773559] Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa09c014 [ 4.781677] Internal error: : 1028 [#1] SMP ARM [ 4.786437] Modules linked in: [ 4.789672] CPU: 0 PID: 775 Comm: mmcqd/0 Tainted: G W 3.13.0-next-20140122 #1 [ 4.798217] task: de4b0040 ti: de4a8000 task.ti: de4a8000 [ 4.803924] PC is at omap_hsmmc_runtime_resume+0x14/0x1bc [ 4.809600] LR is at omap_hsmmc_runtime_resume+0x8/0x1bc [ 4.815216] pc : [<c044df40>] lr : [<c044df34>] psr: a0000113 [ 4.815216] sp : de4a9de0 ip : de515800 fp : c007c9bc [ 4.827331] r10: 00000000 r9 : de4a8000 r8 : 00000004 [ 4.832824] r7 : c07fc0c0 r6 : c00291d4 r5 : de1cd0a0 r4 : de515c80 [ 4.839721] r3 : fa09c000 r2 : 00000000 r1 : 00000001 r0 : de515c80 [ 4.846588] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel [ 4.854309] Control: 10c5387d Table: 80004019 DAC: 00000017 [ 4.860382] Process mmcqd/0 (pid: 775, stack limit = 0xde4a8248) [ 4.866699] Stack: (0xde4a9de0 to 0xde4aa000) [ 4.871307] 9de0: de1cd010 c035efc0 de4b0040 c03632f8 de1cd010 de4a8000 00000000 c0363380 [ 4.879943] 9e00: de1cd010 de1cd0a0 de13bc10 c036440c 00000000 de1cd0fc de1cd0a0 60000113 [ 4.888580] 9e20: c03646a8 00000002 00000000 de4a8000 de4a8000 de1cd010 de1cd0a0 00000004 [ 4.897186] 9e40: 60000113 00000000 de4a8000 de4a8000 20000113 c03646b8 c044d0cc de515800 [ 4.905822] 9e60: de515aa0 00000000 00000002 c044d0dc c044d0cc c0438858 00000000 de515ae0 [ 4.914459] 9e80: 00000004 00000000 de4b0040 c006f064 00100100 00200200 de2a4898 de2a4800 [ 4.923065] 9ea0: de49ac24 de49ca40 122c8000 de49ac00 00000001 de515800 de49ca40 c0448068 [ 4.931701] 9ec0: de4b0040 c054b444 00000001 00000000 00000001 de49ac2c de49ca40 de49ac24 [ 4.940338] 9ee0: 00000000 de49b738 de4a8000 122c8000 00000001 de49ac2c de49ca40 c04489a4 [ 4.948974] 9f00: 00000000 de4a8000 a0000113 de2a7a80 00000000 de49ac24 c0448900 00000000 [ 4.957580] 9f20: 00000000 00000000 00000000 c005fb48 00000001 00000000 00000000 de49ac24 [ 4.966217] 9f40: 00000000 00000000 dead4ead ffffffff ffffffff c08a3764 00000000 00000000 [ 4.974853] 9f60: c06cc22c de4a9f64 de4a9f64 00000000 00000000 dead4ead ffffffff ffffffff [ 4.983489] 9f80: c08a3764 00000000 00000000 c06cc22c de4a9f90 de4a9f90 de0fa040 de2a7a80 [ 4.992095] 9fa0: c005fa7c 00000000 00000000 c000e548 00000000 00000000 00000000 00000000 [ 5.000732] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 5.009368] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 7ffeff77 7bd3f7fe [ 5.018005] [<c044df40>] (omap_hsmmc_runtime_resume) from [<c035efc0>] (pm_generic_runtime_resume+0x2c/0x38) [ 5.028381] [<c035efc0>] (pm_generic_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 5.037719] [<c03632f8>] (__rpm_callback) from [<c0363380>] (rpm_callback+0x54/0x74) [ 5.045898] [<c0363380>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 5.053894] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 5.062347] [<c03646b8>] (__pm_runtime_resume) from [<c044d0dc>] (omap_hsmmc_enable_fclk+0x10/0x18) [ 5.071868] [<c044d0dc>] (omap_hsmmc_enable_fclk) from [<c0438858>] (__mmc_claim_host+0x1ac/0x1c0) [ 5.081329] [<c0438858>] (__mmc_claim_host) from [<c0448068>] (mmc_blk_issue_rq+0x278/0x4dc) [ 5.090240] [<c0448068>] (mmc_blk_issue_rq) from [<c04489a4>] (mmc_queue_thread+0xa4/0x144) [ 5.099060] [<c04489a4>] (mmc_queue_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 5.106964] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 5.114562] Code: ebfc2f35 e1a04000 e590c004 e5903028 (e5932014) [ 5.121002] ---[ end trace 0f858337cb4b2be5 ]--- [ 5.125915] In-band Error seen by MPU at address 0 [ 5.131042] ------------[ cut here ]------------ [ 5.135925] WARNING: CPU: 0 PID: 775 at /home/build/work/batch/drivers/bus/omap_l3_smx.c:163 omap3_l3_app_irq+0xcc/0x120() [ 5.147583] Modules linked in: [ 5.150817] CPU: 0 PID: 775 Comm: mmcqd/0 Tainted: G D W 3.13.0-next-20140122 #1 [ 5.159332] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 5.167510] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 5.175140] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 5.183685] [<c00403ac>] (warn_slowpath_common) from [<c004046c>] (warn_slowpath_null+0x1c/0x24) [ 5.192962] [<c004046c>] (warn_slowpath_null) from [<c02f9a30>] (omap3_l3_app_irq+0xcc/0x120) [ 5.201965] [<c02f9a30>] (omap3_l3_app_irq) from [<c0090438>] (handle_irq_event_percpu+0x5c/0x21c) [ 5.211425] [<c0090438>] (handle_irq_event_percpu) from [<c0090634>] (handle_irq_event+0x3c/0x5c) [ 5.220794] [<c0090634>] (handle_irq_event) from [<c0092f2c>] (handle_level_irq+0xac/0x118) [ 5.229614] [<c0092f2c>] (handle_level_irq) from [<c008fbc0>] (generic_handle_irq+0x28/0x3c) [ 5.238525] [<c008fbc0>] (generic_handle_irq) from [<c000eda8>] (handle_IRQ+0x4c/0xb4) [ 5.246887] [<c000eda8>] (handle_IRQ) from [<c00085b4>] (omap3_intc_handle_irq+0x60/0x74) [ 5.255523] [<c00085b4>] (omap3_intc_handle_irq) from [<c054bda4>] (__irq_svc+0x44/0x5c) [ 5.264038] Exception stack(0xde4a9bf0 to 0xde4a9c38) [ 5.269378] 9be0: c054b444 00000001 00000001 00000000 [ 5.277984] 9c00: de3b66c4 de4a8000 0000000b c080752c de4a8000 c044df44 de4b0040 c089fc44 [ 5.286621] 9c20: 00000001 de4a9c38 c054b444 c054b448 60000113 ffffffff [ 5.293609] [<c054bda4>] (__irq_svc) from [<c054b448>] (_raw_spin_unlock_irq+0x28/0x2c) [ 5.302062] [<c054b448>] (_raw_spin_unlock_irq) from [<c0041498>] (do_exit+0x148/0x988) [ 5.310485] [<c0041498>] (do_exit) from [<c00123f4>] (die+0x3dc/0x428) [ 5.317382] [<c00123f4>] (die) from [<c0008438>] (do_DataAbort+0x88/0x98) [ 5.324554] [<c0008438>] (do_DataAbort) from [<c054bd24>] (__dabt_svc+0x44/0x80) [ 5.332336] Exception stack(0xde4a9d98 to 0xde4a9de0) [ 5.337677] 9d80: de515c80 00000001 [ 5.346313] 9da0: 00000000 fa09c000 de515c80 de1cd0a0 c00291d4 c07fc0c0 00000004 de4a8000 [ 5.354919] 9dc0: 00000000 c007c9bc de515800 de4a9de0 c044df34 c044df40 a0000113 ffffffff [ 5.363555] [<c054bd24>] (__dabt_svc) from [<c044df40>] (omap_hsmmc_runtime_resume+0x14/0x1bc) [ 5.372650] [<c044df40>] (omap_hsmmc_runtime_resume) from [<c035efc0>] (pm_generic_runtime_resume+0x2c/0x38) [ 5.383026] [<c035efc0>] (pm_generic_runtime_resume) from [<c03632f8>] (__rpm_callback+0x2c/0x60) [ 5.392395] [<c03632f8>] (__rpm_callback) from [<c0363380>] (rpm_callback+0x54/0x74) [ 5.400543] [<c0363380>] (rpm_callback) from [<c036440c>] (rpm_resume+0x3c8/0x628) [ 5.408538] [<c036440c>] (rpm_resume) from [<c03646b8>] (__pm_runtime_resume+0x4c/0x64) [ 5.416992] [<c03646b8>] (__pm_runtime_resume) from [<c044d0dc>] (omap_hsmmc_enable_fclk+0x10/0x18) [ 5.426544] [<c044d0dc>] (omap_hsmmc_enable_fclk) from [<c0438858>] (__mmc_claim_host+0x1ac/0x1c0) [ 5.435974] [<c0438858>] (__mmc_claim_host) from [<c0448068>] (mmc_blk_issue_rq+0x278/0x4dc) [ 5.444885] [<c0448068>] (mmc_blk_issue_rq) from [<c04489a4>] (mmc_queue_thread+0xa4/0x144) [ 5.453704] [<c04489a4>] (mmc_queue_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 5.461608] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 5.469207] ---[ end trace 0f858337cb4b2be6 ]--- [ 5.475036] In-band Error seen by MPU at address 0 [ 5.480194] ------------[ cut here ]------------ [ 5.485076] WARNING: CPU: 0 PID: 6 at /home/build/work/batch/drivers/bus/omap_l3_smx.c:163 omap3_l3_app_irq+0xcc/0x120() [ 5.496520] Modules linked in: [ 5.499755] CPU: 0 PID: 6 Comm: kworker/u2:0 Tainted: G D W 3.13.0-next-20140122 #1 [ 5.508575] Workqueue: kmmcd mmc_rescan [ 5.512664] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 5.520812] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 5.528472] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 5.537017] [<c00403ac>] (warn_slowpath_common) from [<c004046c>] (warn_slowpath_null+0x1c/0x24) [ 5.546264] [<c004046c>] (warn_slowpath_null) from [<c02f9a30>] (omap3_l3_app_irq+0xcc/0x120) [ 5.555267] [<c02f9a30>] (omap3_l3_app_irq) from [<c0090438>] (handle_irq_event_percpu+0x5c/0x21c) [ 5.564727] [<c0090438>] (handle_irq_event_percpu) from [<c0090634>] (handle_irq_event+0x3c/0x5c) [ 5.574096] [<c0090634>] (handle_irq_event) from [<c0092f2c>] (handle_level_irq+0xac/0x118) [ 5.582916] [<c0092f2c>] (handle_level_irq) from [<c008fbc0>] (generic_handle_irq+0x28/0x3c) [ 5.591827] [<c008fbc0>] (generic_handle_irq) from [<c000eda8>] (handle_IRQ+0x4c/0xb4) [ 5.600189] [<c000eda8>] (handle_IRQ) from [<c00085b4>] (omap3_intc_handle_irq+0x60/0x74) [ 5.608825] [<c00085b4>] (omap3_intc_handle_irq) from [<c054bda4>] (__irq_svc+0x44/0x5c) [ 5.617340] Exception stack(0xde0efc68 to 0xde0efcb0) [ 5.622680] fc60: de515480 de0efd84 fa0b4000 00000195 de515000 de515000 [ 5.631286] fc80: de515000 de0efd2c de2ac646 de2ac640 de515480 00000000 de0ee010 de0efcb0 [ 5.639923] fca0: c0438554 c044f600 60000113 ffffffff [ 5.645263] [<c054bda4>] (__irq_svc) from [<c044f600>] (omap_hsmmc_request+0xac/0x4fc) [ 5.653625] [<c044f600>] (omap_hsmmc_request) from [<c0438554>] (mmc_start_request+0xc4/0xe0) [ 5.662628] [<c0438554>] (mmc_start_request) from [<c043867c>] (__mmc_start_req+0x54/0x84) [ 5.671356] [<c043867c>] (__mmc_start_req) from [<c0438b1c>] (mmc_wait_for_cmd+0x58/0x88) [ 5.679992] [<c0438b1c>] (mmc_wait_for_cmd) from [<c0442618>] (mmc_io_rw_direct_host+0xa4/0x13c) [ 5.689270] [<c0442618>] (mmc_io_rw_direct_host) from [<c04433dc>] (sdio_read_cis+0x168/0x298) [ 5.698333] [<c04433dc>] (sdio_read_cis) from [<c04418c0>] (mmc_sdio_init_card+0x3e0/0xaa4) [ 5.707153] [<c04418c0>] (mmc_sdio_init_card) from [<c044228c>] (mmc_attach_sdio+0x78/0x360) [ 5.716064] [<c044228c>] (mmc_attach_sdio) from [<c043addc>] (mmc_rescan+0x260/0x2e8) [ 5.724304] [<c043addc>] (mmc_rescan) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 5.732666] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 5.741302] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 5.748931] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 5.756530] ---[ end trace 0f858337cb4b2be7 ]--- [ 5.761688] In-band Error seen by MPU at address 0 [ 5.766845] ------------[ cut here ]------------ [ 5.771728] WARNING: CPU: 0 PID: 6 at /home/build/work/batch/drivers/bus/omap_l3_smx.c:163 omap3_l3_app_irq+0xcc/0x120() [ 5.783203] Modules linked in: [ 5.786437] CPU: 0 PID: 6 Comm: kworker/u2:0 Tainted: G D W 3.13.0-next-20140122 #1 [ 5.795227] Workqueue: kmmcd mmc_rescan [ 5.799316] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 5.807495] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 5.815093] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 5.823638] [<c00403ac>] (warn_slowpath_common) from [<c004046c>] (warn_slowpath_null+0x1c/0x24) [ 5.832916] [<c004046c>] (warn_slowpath_null) from [<c02f9a30>] (omap3_l3_app_irq+0xcc/0x120) [ 5.841918] [<c02f9a30>] (omap3_l3_app_irq) from [<c0090438>] (handle_irq_event_percpu+0x5c/0x21c) [ 5.851379] [<c0090438>] (handle_irq_event_percpu) from [<c0090634>] (handle_irq_event+0x3c/0x5c) [ 5.860748] [<c0090634>] (handle_irq_event) from [<c0092f2c>] (handle_level_irq+0xac/0x118) [ 5.869537] [<c0092f2c>] (handle_level_irq) from [<c008fbc0>] (generic_handle_irq+0x28/0x3c) [ 5.878448] [<c008fbc0>] (generic_handle_irq) from [<c000eda8>] (handle_IRQ+0x4c/0xb4) [ 5.886810] [<c000eda8>] (handle_IRQ) from [<c00085b4>] (omap3_intc_handle_irq+0x60/0x74) [ 5.895446] [<c00085b4>] (omap3_intc_handle_irq) from [<c054bda4>] (__irq_svc+0x44/0x5c) [ 5.903961] Exception stack(0xde0efc60 to 0xde0efca8) [ 5.909301] fc60: de515480 de0efd84 00000000 00000034 00020000 00000001 de515000 de0efd2c [ 5.917938] fc80: de2ac646 de2ac640 de515480 00000000 00000000 de0efca8 c044f608 c044cf00 [ 5.926544] fca0: 60000113 ffffffff [ 5.930236] [<c054bda4>] (__irq_svc) from [<c044cf00>] (omap_hsmmc_start_command+0x70/0xf8) [ 5.939056] [<c044cf00>] (omap_hsmmc_start_command) from [<de0efd40>] (0xde0efd40) [ 5.947021] ---[ end trace 0f858337cb4b2be8 ]--- [ 5.951995] In-band Error seen by MPU at address 0 [ 5.957153] ------------[ cut here ]------------ [ 5.962036] WARNING: CPU: 0 PID: 6 at /home/build/work/batch/drivers/bus/omap_l3_smx.c:163 omap3_l3_app_irq+0xcc/0x120() [ 5.973480] Modules linked in: [ 5.976715] CPU: 0 PID: 6 Comm: kworker/u2:0 Tainted: G D W 3.13.0-next-20140122 #1 [ 5.985534] Workqueue: kmmcd mmc_rescan [ 5.989593] [<c0015410>] (unwind_backtrace) from [<c0012014>] (show_stack+0x10/0x14) [ 5.997772] [<c0012014>] (show_stack) from [<c0545340>] (dump_stack+0x7c/0x94) [ 6.005401] [<c0545340>] (dump_stack) from [<c00403ac>] (warn_slowpath_common+0x6c/0x90) [ 6.013946] [<c00403ac>] (warn_slowpath_common) from [<c004046c>] (warn_slowpath_null+0x1c/0x24) [ 6.023223] [<c004046c>] (warn_slowpath_null) from [<c02f9a30>] (omap3_l3_app_irq+0xcc/0x120) [ 6.032226] [<c02f9a30>] (omap3_l3_app_irq) from [<c0090438>] (handle_irq_event_percpu+0x5c/0x21c) [ 6.041656] [<c0090438>] (handle_irq_event_percpu) from [<c0090634>] (handle_irq_event+0x3c/0x5c) [ 6.051025] [<c0090634>] (handle_irq_event) from [<c0092f2c>] (handle_level_irq+0xac/0x118) [ 6.059844] [<c0092f2c>] (handle_level_irq) from [<c008fbc0>] (generic_handle_irq+0x28/0x3c) [ 6.068756] [<c008fbc0>] (generic_handle_irq) from [<c000eda8>] (handle_IRQ+0x4c/0xb4) [ 6.077087] [<c000eda8>] (handle_IRQ) from [<c00085b4>] (omap3_intc_handle_irq+0x60/0x74) [ 6.085723] [<c00085b4>] (omap3_intc_handle_irq) from [<c054bda4>] (__irq_svc+0x44/0x5c) [ 6.094268] Exception stack(0xde0efcc0 to 0xde0efd08) [ 6.099609] fcc0: de515480 01003000 fa0b4000 34020001 de0efd2c de515000 de515000 00008002 [ 6.108215] fce0: de2ac646 de2ac640 de0efde6 00000000 00000000 de0efd08 c044f608 c0438554 [ 6.116851] fd00: 20000113 ffffffff [ 6.120544] [<c054bda4>] (__irq_svc) from [<c0438554>] (mmc_start_request+0xc4/0xe0) [ 6.128723] [<c0438554>] (mmc_start_request) from [<c043867c>] (__mmc_start_req+0x54/0x84) [ 6.137420] [<c043867c>] (__mmc_start_req) from [<c0438b1c>] (mmc_wait_for_cmd+0x58/0x88) [ 6.146057] [<c0438b1c>] (mmc_wait_for_cmd) from [<c0442618>] (mmc_io_rw_direct_host+0xa4/0x13c) [ 6.155334] [<c0442618>] (mmc_io_rw_direct_host) from [<c04433dc>] (sdio_read_cis+0x168/0x298) [ 6.164428] [<c04433dc>] (sdio_read_cis) from [<c04418c0>] (mmc_sdio_init_card+0x3e0/0xaa4) [ 6.173217] [<c04418c0>] (mmc_sdio_init_card) from [<c044228c>] (mmc_attach_sdio+0x78/0x360) [ 6.182128] [<c044228c>] (mmc_attach_sdio) from [<c043addc>] (mmc_rescan+0x260/0x2e8) [ 6.190399] [<c043addc>] (mmc_rescan) from [<c00590bc>] (process_one_work+0x1ac/0x4c4) [ 6.198760] [<c00590bc>] (process_one_work) from [<c0059f54>] (worker_thread+0x114/0x3b4) [ 6.207366] [<c0059f54>] (worker_thread) from [<c005fb48>] (kthread+0xcc/0xe8) [ 6.214996] [<c005fb48>] (kthread) from [<c000e548>] (ret_from_fork+0x14/0x2c) [ 6.222625] ---[ end trace 0f858337cb4b2be9 ]--- ~$off # PYBOOT: Exception: kernel: ERROR: failed to boot: <class 'pexpect.TIMEOUT'> # PYBOOT: Time: 77.85 seconds. # PYBOOT: Result: FAIL ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 1:35 ` next boot: 34 pass, 5 fail (next-20140122) Kevin Hilman @ 2014-01-23 6:23 ` Tero Kristo 2014-01-23 8:14 ` Florian Vaussard 0 siblings, 1 reply; 17+ messages in thread From: Tero Kristo @ 2014-01-23 6:23 UTC (permalink / raw) To: Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org Cc: Tony Lindgren, Mike Turquette, linux-omap, Olof Johansson On 01/23/2014 03:35 AM, Kevin Hilman wrote: > On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> wrote: >> Automated DT boot report for various ARM defconfigs. >> >> >> Tree/Branch: next >> Git describe: next-20140122 >> Failed boot tests (console logs at the end) >> =========================================== >> omap3-tobi,3730storm: FAIL: omap2plus_defconfig > [...] >> omap3-tobi,3730storm: FAIL: multi_v7_defconfig > > These OMAP3 failures are new regressions. Full failure boot log attached. > Bisected down to: > > cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit > commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 > Author: Tero Kristo <t-kristo@ti.com> > Date: Tue Oct 22 11:53:02 2013 +0300 > > ARM: OMAP2+: io: use new clock init API > > clk_init is now separated to a common function which gets called for all > SoC:s, which initializes the DT clocks and calls the SoC specific > clock init. > > Signed-off-by: Tero Kristo <t-kristo@ti.com> > Acked-by: Tony Lindgren <tony@atomide.com> > Signed-off-by: Mike Turquette <mturquette@linaro.org> > > Kevin > Hi, I think this is because the tobi board is including wrong omap3-soc.dtsi file (omap34xx.dtsi) through omap3-overo.dtsi. The board should include omap36xx.dtsi at least based on the boot log: [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) -Tero ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 6:23 ` Tero Kristo @ 2014-01-23 8:14 ` Florian Vaussard 2014-01-23 9:00 ` Tero Kristo 0 siblings, 1 reply; 17+ messages in thread From: Florian Vaussard @ 2014-01-23 8:14 UTC (permalink / raw) To: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org Cc: Tony Lindgren, Mike Turquette, linux-omap, Olof Johansson, Ash Charles Hello, On 01/23/2014 07:23 AM, Tero Kristo wrote: > On 01/23/2014 03:35 AM, Kevin Hilman wrote: >> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> >> wrote: >>> Automated DT boot report for various ARM defconfigs. >>> >>> >>> Tree/Branch: next >>> Git describe: next-20140122 >>> Failed boot tests (console logs at the end) >>> =========================================== >>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >> [...] >>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >> >> These OMAP3 failures are new regressions. Full failure boot log >> attached. >> Bisected down to: >> >> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >> Author: Tero Kristo <t-kristo@ti.com> >> Date: Tue Oct 22 11:53:02 2013 +0300 >> >> ARM: OMAP2+: io: use new clock init API >> >> clk_init is now separated to a common function which gets called >> for all >> SoC:s, which initializes the DT clocks and calls the SoC specific >> clock init. >> >> Signed-off-by: Tero Kristo <t-kristo@ti.com> >> Acked-by: Tony Lindgren <tony@atomide.com> >> Signed-off-by: Mike Turquette <mturquette@linaro.org> >> >> Kevin >> > > Hi, > > I think this is because the tobi board is including wrong omap3-soc.dtsi > file (omap34xx.dtsi) through omap3-overo.dtsi. > > The board should include omap36xx.dtsi at least based on the boot log: > > [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) > The problem is that the Overo (processor card on the Tobi extension board) can have a variety of processor depending on the exact model: - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) - OMAP 3730 - AM/DM 37xx omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the first generation. omap34xx.dtsi | -> omap3-overo.dtsi (processor card) | -> omap3-tobi.dtsi (expansion board) What is the fundamental incompatibility here? If we have to specifically include omap36xx for newer Overo, it will become hard to maintain as it will double the number of Overo / expansion boards possibilities. Regards, Florian ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 8:14 ` Florian Vaussard @ 2014-01-23 9:00 ` Tero Kristo 2014-01-23 9:15 ` Florian Vaussard 0 siblings, 1 reply; 17+ messages in thread From: Tero Kristo @ 2014-01-23 9:00 UTC (permalink / raw) To: florian.vaussard, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org Cc: Tony Lindgren, Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 10:14 AM, Florian Vaussard wrote: > Hello, > > On 01/23/2014 07:23 AM, Tero Kristo wrote: >> On 01/23/2014 03:35 AM, Kevin Hilman wrote: >>> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> >>> wrote: >>>> Automated DT boot report for various ARM defconfigs. >>>> >>>> >>>> Tree/Branch: next >>>> Git describe: next-20140122 >>>> Failed boot tests (console logs at the end) >>>> =========================================== >>>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >>> [...] >>>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >>> >>> These OMAP3 failures are new regressions. Full failure boot log >>> attached. >>> Bisected down to: >>> >>> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >>> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >>> Author: Tero Kristo <t-kristo@ti.com> >>> Date: Tue Oct 22 11:53:02 2013 +0300 >>> >>> ARM: OMAP2+: io: use new clock init API >>> >>> clk_init is now separated to a common function which gets called >>> for all >>> SoC:s, which initializes the DT clocks and calls the SoC specific >>> clock init. >>> >>> Signed-off-by: Tero Kristo <t-kristo@ti.com> >>> Acked-by: Tony Lindgren <tony@atomide.com> >>> Signed-off-by: Mike Turquette <mturquette@linaro.org> >>> >>> Kevin >>> >> >> Hi, >> >> I think this is because the tobi board is including wrong omap3-soc.dtsi >> file (omap34xx.dtsi) through omap3-overo.dtsi. >> >> The board should include omap36xx.dtsi at least based on the boot log: >> >> [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) >> > > The problem is that the Overo (processor card on the Tobi extension > board) can have a variety of processor depending on the exact model: > > - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) > - OMAP 3730 > - AM/DM 37xx > > omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the first > generation. > > > omap34xx.dtsi > | > -> omap3-overo.dtsi (processor card) > | > -> omap3-tobi.dtsi (expansion board) > > > What is the fundamental incompatibility here? If we have to specifically > include omap36xx for newer Overo, it will become hard to maintain as it > will double the number of Overo / expansion boards possibilities. Well, you get different board declaration inside mach-omap2/board-generic.c for omap34xx vs omap36xx. The clock data issues can be fixed by adding cpu_is_omap34xx() vs. cpu_is_omap3630() checks within the mach-omap2/io.c file, but this is probably for Tony/Kevin to comment whether we can/should do that. -Tero > > Regards, > > Florian > ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 9:00 ` Tero Kristo @ 2014-01-23 9:15 ` Florian Vaussard 2014-01-23 9:41 ` Florian Vaussard 2014-01-24 18:11 ` Tony Lindgren 0 siblings, 2 replies; 17+ messages in thread From: Florian Vaussard @ 2014-01-23 9:15 UTC (permalink / raw) To: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 10:00 AM, Tero Kristo wrote: > On 01/23/2014 10:14 AM, Florian Vaussard wrote: >> Hello, >> >> On 01/23/2014 07:23 AM, Tero Kristo wrote: >>> On 01/23/2014 03:35 AM, Kevin Hilman wrote: >>>> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> >>>> wrote: >>>>> Automated DT boot report for various ARM defconfigs. >>>>> >>>>> >>>>> Tree/Branch: next >>>>> Git describe: next-20140122 >>>>> Failed boot tests (console logs at the end) >>>>> =========================================== >>>>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >>>> [...] >>>>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >>>> >>>> These OMAP3 failures are new regressions. Full failure boot log >>>> attached. >>>> Bisected down to: >>>> >>>> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >>>> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >>>> Author: Tero Kristo <t-kristo@ti.com> >>>> Date: Tue Oct 22 11:53:02 2013 +0300 >>>> >>>> ARM: OMAP2+: io: use new clock init API >>>> >>>> clk_init is now separated to a common function which gets called >>>> for all >>>> SoC:s, which initializes the DT clocks and calls the SoC specific >>>> clock init. >>>> >>>> Signed-off-by: Tero Kristo <t-kristo@ti.com> >>>> Acked-by: Tony Lindgren <tony@atomide.com> >>>> Signed-off-by: Mike Turquette <mturquette@linaro.org> >>>> >>>> Kevin >>>> >>> >>> Hi, >>> >>> I think this is because the tobi board is including wrong omap3-soc.dtsi >>> file (omap34xx.dtsi) through omap3-overo.dtsi. >>> >>> The board should include omap36xx.dtsi at least based on the boot log: >>> >>> [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) >>> >> >> The problem is that the Overo (processor card on the Tobi extension >> board) can have a variety of processor depending on the exact model: >> >> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) >> - OMAP 3730 >> - AM/DM 37xx >> >> omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the first >> generation. >> >> >> omap34xx.dtsi >> | >> -> omap3-overo.dtsi (processor card) >> | >> -> omap3-tobi.dtsi (expansion board) >> >> >> What is the fundamental incompatibility here? If we have to specifically >> include omap36xx for newer Overo, it will become hard to maintain as it >> will double the number of Overo / expansion boards possibilities. > > Well, you get different board declaration inside > mach-omap2/board-generic.c for omap34xx vs omap36xx. > > The clock data issues can be fixed by adding cpu_is_omap34xx() vs. > cpu_is_omap3630() checks within the mach-omap2/io.c file, but this is > probably for Tony/Kevin to comment whether we can/should do that. > I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing the include to omap36xx.dtsi do not fix the issue. I still get the external abort on non-linefetch (full log here [1]). Florian [1] http://pastebin.com/43ys4TUA ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 9:15 ` Florian Vaussard @ 2014-01-23 9:41 ` Florian Vaussard 2014-01-23 12:27 ` Tero Kristo 2014-01-24 18:11 ` Tony Lindgren 1 sibling, 1 reply; 17+ messages in thread From: Florian Vaussard @ 2014-01-23 9:41 UTC (permalink / raw) To: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 10:15 AM, Florian Vaussard wrote: > > > On 01/23/2014 10:00 AM, Tero Kristo wrote: >> On 01/23/2014 10:14 AM, Florian Vaussard wrote: >>> Hello, >>> >>> On 01/23/2014 07:23 AM, Tero Kristo wrote: >>>> On 01/23/2014 03:35 AM, Kevin Hilman wrote: >>>>> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> >>>>> wrote: >>>>>> Automated DT boot report for various ARM defconfigs. >>>>>> >>>>>> >>>>>> Tree/Branch: next >>>>>> Git describe: next-20140122 >>>>>> Failed boot tests (console logs at the end) >>>>>> =========================================== >>>>>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >>>>> [...] >>>>>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >>>>> >>>>> These OMAP3 failures are new regressions. Full failure boot log >>>>> attached. >>>>> Bisected down to: >>>>> >>>>> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >>>>> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >>>>> Author: Tero Kristo <t-kristo@ti.com> >>>>> Date: Tue Oct 22 11:53:02 2013 +0300 >>>>> >>>>> ARM: OMAP2+: io: use new clock init API >>>>> >>>>> clk_init is now separated to a common function which gets called >>>>> for all >>>>> SoC:s, which initializes the DT clocks and calls the SoC specific >>>>> clock init. >>>>> >>>>> Signed-off-by: Tero Kristo <t-kristo@ti.com> >>>>> Acked-by: Tony Lindgren <tony@atomide.com> >>>>> Signed-off-by: Mike Turquette <mturquette@linaro.org> >>>>> >>>>> Kevin >>>>> >>>> >>>> Hi, >>>> >>>> I think this is because the tobi board is including wrong omap3-soc.dtsi >>>> file (omap34xx.dtsi) through omap3-overo.dtsi. >>>> >>>> The board should include omap36xx.dtsi at least based on the boot log: >>>> >>>> [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) >>>> >>> >>> The problem is that the Overo (processor card on the Tobi extension >>> board) can have a variety of processor depending on the exact model: >>> >>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) >>> - OMAP 3730 >>> - AM/DM 37xx >>> >>> omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the first >>> generation. >>> >>> >>> omap34xx.dtsi >>> | >>> -> omap3-overo.dtsi (processor card) >>> | >>> -> omap3-tobi.dtsi (expansion board) >>> >>> >>> What is the fundamental incompatibility here? If we have to specifically >>> include omap36xx for newer Overo, it will become hard to maintain as it >>> will double the number of Overo / expansion boards possibilities. >> >> Well, you get different board declaration inside >> mach-omap2/board-generic.c for omap34xx vs omap36xx. >> >> The clock data issues can be fixed by adding cpu_is_omap34xx() vs. >> cpu_is_omap3630() checks within the mach-omap2/io.c file, but this is >> probably for Tony/Kevin to comment whether we can/should do that. >> > > I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing > the include to omap36xx.dtsi do not fix the issue. I still get the > external abort on non-linefetch (full log here [1]). > So the issue is clearly caused by the hwmod warning just before the panic I think: omap_hwmod: usb_tll_hs: enabled state can only be entered from initialized, idle, or disabled state usb_tll_hs is thus not enabled, and we get a panic when trying to read the revision register ver = usbtll_read(tll->base, OMAP_USBTLL_REVISION); at drivers/mfd/omap-usb-tll.c:237. I do not know enough about hwmod to efficiently debug why usb_tll_hs is not _HWMOD_STATE_INITIALIZED before trying to enable it. Are we missing some DT data? Florian ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 9:41 ` Florian Vaussard @ 2014-01-23 12:27 ` Tero Kristo 2014-01-23 16:35 ` Florian Vaussard 0 siblings, 1 reply; 17+ messages in thread From: Tero Kristo @ 2014-01-23 12:27 UTC (permalink / raw) To: florian.vaussard, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles [-- Attachment #1: Type: text/plain, Size: 4133 bytes --] On 01/23/2014 11:41 AM, Florian Vaussard wrote: > > > On 01/23/2014 10:15 AM, Florian Vaussard wrote: >> >> >> On 01/23/2014 10:00 AM, Tero Kristo wrote: >>> On 01/23/2014 10:14 AM, Florian Vaussard wrote: >>>> Hello, >>>> >>>> On 01/23/2014 07:23 AM, Tero Kristo wrote: >>>>> On 01/23/2014 03:35 AM, Kevin Hilman wrote: >>>>>> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot <khilman@linaro.org> >>>>>> wrote: >>>>>>> Automated DT boot report for various ARM defconfigs. >>>>>>> >>>>>>> >>>>>>> Tree/Branch: next >>>>>>> Git describe: next-20140122 >>>>>>> Failed boot tests (console logs at the end) >>>>>>> =========================================== >>>>>>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >>>>>> [...] >>>>>>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >>>>>> >>>>>> These OMAP3 failures are new regressions. Full failure boot log >>>>>> attached. >>>>>> Bisected down to: >>>>>> >>>>>> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >>>>>> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >>>>>> Author: Tero Kristo <t-kristo@ti.com> >>>>>> Date: Tue Oct 22 11:53:02 2013 +0300 >>>>>> >>>>>> ARM: OMAP2+: io: use new clock init API >>>>>> >>>>>> clk_init is now separated to a common function which gets called >>>>>> for all >>>>>> SoC:s, which initializes the DT clocks and calls the SoC specific >>>>>> clock init. >>>>>> >>>>>> Signed-off-by: Tero Kristo <t-kristo@ti.com> >>>>>> Acked-by: Tony Lindgren <tony@atomide.com> >>>>>> Signed-off-by: Mike Turquette <mturquette@linaro.org> >>>>>> >>>>>> Kevin >>>>>> >>>>> >>>>> Hi, >>>>> >>>>> I think this is because the tobi board is including wrong omap3-soc.dtsi >>>>> file (omap34xx.dtsi) through omap3-overo.dtsi. >>>>> >>>>> The board should include omap36xx.dtsi at least based on the boot log: >>>>> >>>>> [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) >>>>> >>>> >>>> The problem is that the Overo (processor card on the Tobi extension >>>> board) can have a variety of processor depending on the exact model: >>>> >>>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) >>>> - OMAP 3730 >>>> - AM/DM 37xx >>>> >>>> omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the first >>>> generation. >>>> >>>> >>>> omap34xx.dtsi >>>> | >>>> -> omap3-overo.dtsi (processor card) >>>> | >>>> -> omap3-tobi.dtsi (expansion board) >>>> >>>> >>>> What is the fundamental incompatibility here? If we have to specifically >>>> include omap36xx for newer Overo, it will become hard to maintain as it >>>> will double the number of Overo / expansion boards possibilities. >>> >>> Well, you get different board declaration inside >>> mach-omap2/board-generic.c for omap34xx vs omap36xx. >>> >>> The clock data issues can be fixed by adding cpu_is_omap34xx() vs. >>> cpu_is_omap3630() checks within the mach-omap2/io.c file, but this is >>> probably for Tony/Kevin to comment whether we can/should do that. >>> >> >> I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing >> the include to omap36xx.dtsi do not fix the issue. I still get the >> external abort on non-linefetch (full log here [1]). >> > > So the issue is clearly caused by the hwmod warning just before the > panic I think: > > omap_hwmod: usb_tll_hs: enabled state can only be entered from > initialized, idle, or disabled state > > usb_tll_hs is thus not enabled, and we get a panic when trying to read > the revision register > > ver = usbtll_read(tll->base, OMAP_USBTLL_REVISION); > > at drivers/mfd/omap-usb-tll.c:237. > > I do not know enough about hwmod to efficiently debug why usb_tll_hs is > not _HWMOD_STATE_INITIALIZED before trying to enable it. Are we missing > some DT data? The problem is the point before this one, uart4_fck lookup fails. This causes the hwmod code to bail out early and not init anything after it. I guess you are still mapping wrong clock init as it fails with uart4. Give the attached patch a shot and see how it behaves. -Tero [-- Attachment #2: 0001-ARM-OMAP3-change-all-omap3-boards-to-use-common-earl.patch --] [-- Type: text/x-patch, Size: 11809 bytes --] >From b42055fb5c1712348a757d766dbd7c09140cfe66 Mon Sep 17 00:00:00 2001 From: Tero Kristo <t-kristo@ti.com> Date: Thu, 23 Jan 2014 14:24:57 +0200 Subject: [PATCH] ARM: OMAP3: change all omap3 boards to use common early_init early_init now checks the cpu type for the corresponding clock init function. Mainly needed by the overo board which can have almost any OMAP3 subtype installed on it. Signed-off-by: Tero Kristo <t-kristo@ti.com> --- arch/arm/mach-omap2/board-3430sdp.c | 2 +- arch/arm/mach-omap2/board-am3517crane.c | 2 +- arch/arm/mach-omap2/board-am3517evm.c | 2 +- arch/arm/mach-omap2/board-cm-t35.c | 4 ++-- arch/arm/mach-omap2/board-cm-t3517.c | 2 +- arch/arm/mach-omap2/board-devkit8000.c | 2 +- arch/arm/mach-omap2/board-generic.c | 8 +++---- arch/arm/mach-omap2/board-ldp.c | 2 +- arch/arm/mach-omap2/board-omap3logic.c | 4 ++-- arch/arm/mach-omap2/board-omap3pandora.c | 2 +- arch/arm/mach-omap2/board-omap3stalker.c | 2 +- arch/arm/mach-omap2/board-omap3touchbook.c | 2 +- arch/arm/mach-omap2/board-overo.c | 2 +- arch/arm/mach-omap2/board-rx51.c | 2 +- arch/arm/mach-omap2/io.c | 35 +++++++--------------------- 15 files changed, 27 insertions(+), 46 deletions(-) diff --git a/arch/arm/mach-omap2/board-3430sdp.c b/arch/arm/mach-omap2/board-3430sdp.c index d95d0ef..a1a5413 100644 --- a/arch/arm/mach-omap2/board-3430sdp.c +++ b/arch/arm/mach-omap2/board-3430sdp.c @@ -623,7 +623,7 @@ MACHINE_START(OMAP_3430SDP, "OMAP3430 3430SDP board") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_3430sdp_init, diff --git a/arch/arm/mach-omap2/board-am3517crane.c b/arch/arm/mach-omap2/board-am3517crane.c index 0d499a1..d44f029 100644 --- a/arch/arm/mach-omap2/board-am3517crane.c +++ b/arch/arm/mach-omap2/board-am3517crane.c @@ -140,7 +140,7 @@ MACHINE_START(CRANEBOARD, "AM3517/05 CRANEBOARD") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = am35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = am3517_crane_init, diff --git a/arch/arm/mach-omap2/board-am3517evm.c b/arch/arm/mach-omap2/board-am3517evm.c index 543d9a8..22ce07f 100644 --- a/arch/arm/mach-omap2/board-am3517evm.c +++ b/arch/arm/mach-omap2/board-am3517evm.c @@ -369,7 +369,7 @@ MACHINE_START(OMAP3517EVM, "OMAP3517/AM3517 EVM") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = am35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = am3517_evm_init, diff --git a/arch/arm/mach-omap2/board-cm-t35.c b/arch/arm/mach-omap2/board-cm-t35.c index 8dd0ec8..5296dd0 100644 --- a/arch/arm/mach-omap2/board-cm-t35.c +++ b/arch/arm/mach-omap2/board-cm-t35.c @@ -748,7 +748,7 @@ MACHINE_START(CM_T35, "Compulab CM-T35") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = cm_t35_init, @@ -761,7 +761,7 @@ MACHINE_START(CM_T3730, "Compulab CM-T3730") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3630_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = cm_t3730_init, diff --git a/arch/arm/mach-omap2/board-cm-t3517.c b/arch/arm/mach-omap2/board-cm-t3517.c index 4eb5e6f..37d8577 100644 --- a/arch/arm/mach-omap2/board-cm-t3517.c +++ b/arch/arm/mach-omap2/board-cm-t3517.c @@ -327,7 +327,7 @@ MACHINE_START(CM_T3517, "Compulab CM-T3517") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = am35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = cm_t3517_init, diff --git a/arch/arm/mach-omap2/board-devkit8000.c b/arch/arm/mach-omap2/board-devkit8000.c index cdc4fb9..4836c19 100644 --- a/arch/arm/mach-omap2/board-devkit8000.c +++ b/arch/arm/mach-omap2/board-devkit8000.c @@ -645,7 +645,7 @@ MACHINE_START(DEVKIT8000, "OMAP3 Devkit8000") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = devkit8000_init, diff --git a/arch/arm/mach-omap2/board-generic.c b/arch/arm/mach-omap2/board-generic.c index 8d972ff1..d1d211f 100644 --- a/arch/arm/mach-omap2/board-generic.c +++ b/arch/arm/mach-omap2/board-generic.c @@ -85,7 +85,7 @@ static const char *omap3_boards_compat[] __initdata = { DT_MACHINE_START(OMAP3_DT, "Generic OMAP3 (Flattened Device Tree)") .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap_intc_of_init, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_generic_init, @@ -103,7 +103,7 @@ static const char *omap36xx_boards_compat[] __initdata = { DT_MACHINE_START(OMAP36XX_DT, "Generic OMAP36xx (Flattened Device Tree)") .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3630_init_early, + .init_early = omap3_init_early, .init_irq = omap_intc_of_init, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_generic_init, @@ -122,7 +122,7 @@ static const char *omap3_gp_boards_compat[] __initdata = { DT_MACHINE_START(OMAP3_GP_DT, "Generic OMAP3-GP (Flattened Device Tree)") .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap_intc_of_init, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_generic_init, @@ -140,7 +140,7 @@ static const char *am3517_boards_compat[] __initdata = { DT_MACHINE_START(AM3517_DT, "Generic AM3517 (Flattened Device Tree)") .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = am35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap_intc_of_init, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_generic_init, diff --git a/arch/arm/mach-omap2/board-ldp.c b/arch/arm/mach-omap2/board-ldp.c index 44a59c3..6534c4a 100644 --- a/arch/arm/mach-omap2/board-ldp.c +++ b/arch/arm/mach-omap2/board-ldp.c @@ -420,7 +420,7 @@ MACHINE_START(OMAP_LDP, "OMAP LDP board") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap_ldp_init, diff --git a/arch/arm/mach-omap2/board-omap3logic.c b/arch/arm/mach-omap2/board-omap3logic.c index bab51e6..0b942c4 100644 --- a/arch/arm/mach-omap2/board-omap3logic.c +++ b/arch/arm/mach-omap2/board-omap3logic.c @@ -228,7 +228,7 @@ MACHINE_START(OMAP3_TORPEDO, "Logic OMAP3 Torpedo board") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap3logic_init, @@ -241,7 +241,7 @@ MACHINE_START(OMAP3530_LV_SOM, "OMAP Logic 3530 LV SOM board") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap3logic_init, diff --git a/arch/arm/mach-omap2/board-omap3pandora.c b/arch/arm/mach-omap2/board-omap3pandora.c index de1bc6b..bf256ed 100644 --- a/arch/arm/mach-omap2/board-omap3pandora.c +++ b/arch/arm/mach-omap2/board-omap3pandora.c @@ -620,7 +620,7 @@ MACHINE_START(OMAP3_PANDORA, "Pandora Handheld Console") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap3pandora_init, diff --git a/arch/arm/mach-omap2/board-omap3stalker.c b/arch/arm/mach-omap2/board-omap3stalker.c index 119efaf..d7245e3 100644 --- a/arch/arm/mach-omap2/board-omap3stalker.c +++ b/arch/arm/mach-omap2/board-omap3stalker.c @@ -428,7 +428,7 @@ MACHINE_START(SBC3530, "OMAP3 STALKER") /* Maintainer: Jason Lam -lzg@ema-tech.com */ .atag_offset = 0x100, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap3_stalker_init, diff --git a/arch/arm/mach-omap2/board-omap3touchbook.c b/arch/arm/mach-omap2/board-omap3touchbook.c index 7da48bc..8385192 100644 --- a/arch/arm/mach-omap2/board-omap3touchbook.c +++ b/arch/arm/mach-omap2/board-omap3touchbook.c @@ -386,7 +386,7 @@ MACHINE_START(TOUCHBOOK, "OMAP3 touchbook Board") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = omap3_touchbook_init, diff --git a/arch/arm/mach-omap2/board-overo.c b/arch/arm/mach-omap2/board-overo.c index f6d3841..c3c2a7f 100644 --- a/arch/arm/mach-omap2/board-overo.c +++ b/arch/arm/mach-omap2/board-overo.c @@ -562,7 +562,7 @@ MACHINE_START(OVERO, "Gumstix Overo") .atag_offset = 0x100, .reserve = omap_reserve, .map_io = omap3_map_io, - .init_early = omap35xx_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = overo_init, diff --git a/arch/arm/mach-omap2/board-rx51.c b/arch/arm/mach-omap2/board-rx51.c index db168c9..0ca29b9 100644 --- a/arch/arm/mach-omap2/board-rx51.c +++ b/arch/arm/mach-omap2/board-rx51.c @@ -132,7 +132,7 @@ MACHINE_START(NOKIA_RX51, "Nokia RX-51 board") .atag_offset = 0x100, .reserve = rx51_reserve, .map_io = omap3_map_io, - .init_early = omap3430_init_early, + .init_early = omap3_init_early, .init_irq = omap3_init_irq, .handle_irq = omap3_intc_handle_irq, .init_machine = rx51_init, diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c index b8097fe..fa9919d 100644 --- a/arch/arm/mach-omap2/io.c +++ b/arch/arm/mach-omap2/io.c @@ -483,34 +483,15 @@ void __init omap3_init_early(void) omap3xxx_hwmod_init(); omap_hwmod_init_postsetup(); omap_clk_soc_init = omap3xxx_clk_init; -} - -void __init omap3430_init_early(void) -{ - omap3_init_early(); - if (of_have_populated_dt()) - omap_clk_soc_init = omap3430_dt_clk_init; -} - -void __init omap35xx_init_early(void) -{ - omap3_init_early(); - if (of_have_populated_dt()) - omap_clk_soc_init = omap3430_dt_clk_init; -} - -void __init omap3630_init_early(void) -{ - omap3_init_early(); - if (of_have_populated_dt()) - omap_clk_soc_init = omap3630_dt_clk_init; -} -void __init am35xx_init_early(void) -{ - omap3_init_early(); - if (of_have_populated_dt()) - omap_clk_soc_init = am35xx_dt_clk_init; + if (of_have_populated_dt()) { + if (soc_is_am35xx()) + omap_clk_soc_init = am35xx_dt_clk_init; + else if (cpu_is_omap3630()) + omap_clk_soc_init = omap3630_dt_clk_init; + else if (cpu_is_omap34xx()) + omap_clk_soc_init = omap3430_dt_clk_init; + } } void __init ti81xx_init_early(void) -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 12:27 ` Tero Kristo @ 2014-01-23 16:35 ` Florian Vaussard 2014-01-23 17:33 ` Nishanth Menon 2014-01-23 17:35 ` Tony Lindgren 0 siblings, 2 replies; 17+ messages in thread From: Florian Vaussard @ 2014-01-23 16:35 UTC (permalink / raw) To: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 01:27 PM, Tero Kristo wrote: > On 01/23/2014 11:41 AM, Florian Vaussard wrote: >> >> >> On 01/23/2014 10:15 AM, Florian Vaussard wrote: >>> >>> >>> On 01/23/2014 10:00 AM, Tero Kristo wrote: >>>> On 01/23/2014 10:14 AM, Florian Vaussard wrote: >>>>> Hello, >>>>> >>>>> On 01/23/2014 07:23 AM, Tero Kristo wrote: >>>>>> On 01/23/2014 03:35 AM, Kevin Hilman wrote: >>>>>>> On Wed, Jan 22, 2014 at 4:46 PM, Kevin's boot bot >>>>>>> <khilman@linaro.org> >>>>>>> wrote: >>>>>>>> Automated DT boot report for various ARM defconfigs. >>>>>>>> >>>>>>>> >>>>>>>> Tree/Branch: next >>>>>>>> Git describe: next-20140122 >>>>>>>> Failed boot tests (console logs at the end) >>>>>>>> =========================================== >>>>>>>> omap3-tobi,3730storm: FAIL: omap2plus_defconfig >>>>>>> [...] >>>>>>>> omap3-tobi,3730storm: FAIL: multi_v7_defconfig >>>>>>> >>>>>>> These OMAP3 failures are new regressions. Full failure boot log >>>>>>> attached. >>>>>>> Bisected down to: >>>>>>> >>>>>>> cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 is the first bad commit >>>>>>> commit cfa9667d4ac9da8b3ba2269f934ecd69ae504d39 >>>>>>> Author: Tero Kristo <t-kristo@ti.com> >>>>>>> Date: Tue Oct 22 11:53:02 2013 +0300 >>>>>>> >>>>>>> ARM: OMAP2+: io: use new clock init API >>>>>>> >>>>>>> clk_init is now separated to a common function which gets >>>>>>> called >>>>>>> for all >>>>>>> SoC:s, which initializes the DT clocks and calls the SoC >>>>>>> specific >>>>>>> clock init. >>>>>>> >>>>>>> Signed-off-by: Tero Kristo <t-kristo@ti.com> >>>>>>> Acked-by: Tony Lindgren <tony@atomide.com> >>>>>>> Signed-off-by: Mike Turquette <mturquette@linaro.org> >>>>>>> >>>>>>> Kevin >>>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> I think this is because the tobi board is including wrong >>>>>> omap3-soc.dtsi >>>>>> file (omap34xx.dtsi) through omap3-overo.dtsi. >>>>>> >>>>>> The board should include omap36xx.dtsi at least based on the boot >>>>>> log: >>>>>> >>>>>> [ 0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk ) >>>>>> >>>>> >>>>> The problem is that the Overo (processor card on the Tobi extension >>>>> board) can have a variety of processor depending on the exact model: >>>>> >>>>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) >>>>> - OMAP 3730 >>>>> - AM/DM 37xx >>>>> >>>>> omap3-overo.dtsi includes omap34xx.dtsi to be compatible with the >>>>> first >>>>> generation. >>>>> >>>>> >>>>> omap34xx.dtsi >>>>> | >>>>> -> omap3-overo.dtsi (processor card) >>>>> | >>>>> -> omap3-tobi.dtsi (expansion board) >>>>> >>>>> >>>>> What is the fundamental incompatibility here? If we have to >>>>> specifically >>>>> include omap36xx for newer Overo, it will become hard to maintain >>>>> as it >>>>> will double the number of Overo / expansion boards possibilities. >>>> >>>> Well, you get different board declaration inside >>>> mach-omap2/board-generic.c for omap34xx vs omap36xx. >>>> >>>> The clock data issues can be fixed by adding cpu_is_omap34xx() vs. >>>> cpu_is_omap3630() checks within the mach-omap2/io.c file, but this is >>>> probably for Tony/Kevin to comment whether we can/should do that. >>>> >>> >>> I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing >>> the include to omap36xx.dtsi do not fix the issue. I still get the >>> external abort on non-linefetch (full log here [1]). >>> >> >> So the issue is clearly caused by the hwmod warning just before the >> panic I think: >> >> omap_hwmod: usb_tll_hs: enabled state can only be entered from >> initialized, idle, or disabled state >> >> usb_tll_hs is thus not enabled, and we get a panic when trying to read >> the revision register >> >> ver = usbtll_read(tll->base, OMAP_USBTLL_REVISION); >> >> at drivers/mfd/omap-usb-tll.c:237. >> >> I do not know enough about hwmod to efficiently debug why usb_tll_hs is >> not _HWMOD_STATE_INITIALIZED before trying to enable it. Are we missing >> some DT data? > > The problem is the point before this one, uart4_fck lookup fails. This > causes the hwmod code to bail out early and not init anything after it. > > I guess you are still mapping wrong clock init as it fails with uart4. > Give the attached patch a shot and see how it behaves. > Ok, so with your patch and changing the include from omap34xx to omap36xx, it works. Now I have to come up with a way to manage all the versions without duplicating all the DT files :-( Regards, Florian ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 16:35 ` Florian Vaussard @ 2014-01-23 17:33 ` Nishanth Menon 2014-01-24 20:37 ` Florian Vaussard 2014-01-23 17:35 ` Tony Lindgren 1 sibling, 1 reply; 17+ messages in thread From: Nishanth Menon @ 2014-01-23 17:33 UTC (permalink / raw) To: florian.vaussard, Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 10:35 AM, Florian Vaussard wrote: > [..] > > Ok, so with your patch and changing the include from omap34xx to > omap36xx, it works. Now I have to come up with a way to manage all the > versions without duplicating all the DT files :-( you'd also want to be careful about the omap3_pmx_core2 Vs omap3_pmx_core2 split for padconf. options that come to mind are: a) split omap3-overo.dtsi into omap3-overo-common.dtsi omap3-overo-34xx.dtsi,omap3-overo-36xx.dtsi, corresponding tobi board dts file include as needed b) only have common stuff in omap3-overo.dtsi, include omap34xx.dtsi or omap36xx.dtsi in corresponding tobi board dts. -- Regards, Nishanth Menon ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 17:33 ` Nishanth Menon @ 2014-01-24 20:37 ` Florian Vaussard 0 siblings, 0 replies; 17+ messages in thread From: Florian Vaussard @ 2014-01-24 20:37 UTC (permalink / raw) To: Nishanth Menon, Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, tony@atomide.com Cc: Mike Turquette, linux-omap, Olof Johansson, Ash Charles Hi, On 01/23/2014 06:33 PM, Nishanth Menon wrote: > On 01/23/2014 10:35 AM, Florian Vaussard wrote: >> > > [..] >> >> Ok, so with your patch and changing the include from omap34xx to >> omap36xx, it works. Now I have to come up with a way to manage all the >> versions without duplicating all the DT files :-( > > you'd also want to be careful about the omap3_pmx_core2 Vs > omap3_pmx_core2 split for padconf. > Yes, I know that this is another problematic point. I guess that I will end up splitting all 34xx-specific and 36xx-specific parts into dedicated files. Unless I can figure out a way to magically compute the offset inside the pinctrl domain, but I doubt. I will try to contain the omap3_pmx_core2 pins to omap3-overo, away from the expansion boards. > options that come to mind are: > a) split omap3-overo.dtsi into omap3-overo-common.dtsi > omap3-overo-34xx.dtsi,omap3-overo-36xx.dtsi, corresponding tobi board > dts file include as needed > b) only have common stuff in omap3-overo.dtsi, include omap34xx.dtsi > or omap36xx.dtsi in corresponding tobi board dts. > Yes, both are an option. I don't know if b) can work, as omap3-overo.dtsi maybe depends on features declared in omap3yxx.dtsi (to be verified). The main problem with both options is that Tobi is not the only expansion board (the only mainlined for now). I sent patches for other expansion boards a couple of days ago [1], so at the end we may have ~10 boards if you count only Gumstix's boards, not to mention the boards from other people (like me). So finally, we will double the number of dts files just to support both variants. I hope that Gumstix will not produce a third version of the Overo. Maybe I can use dt overlay for the expansion boards, like what is done for capes with beaglebone. The expansion board's overlay could be applied to the correct Overo dtb at runtime, like what is done from the hardware's point of view. I am not familiar with overlays, but from my rapid analysis, the main difference is: cape's overlay is fused by the userspace when the kernel has booted, whereas Overo's expansion boards must be fused early in the boot process (or by the bootloader), as they provide some essential services, like the primary NIC. I need more time to explore the feasibility of this solution. Regards, Florian [1] http://thread.gmane.org/gmane.linux.ports.arm.omap/109589 ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 16:35 ` Florian Vaussard 2014-01-23 17:33 ` Nishanth Menon @ 2014-01-23 17:35 ` Tony Lindgren 2014-01-24 18:00 ` Tony Lindgren 2014-01-24 20:51 ` Florian Vaussard 1 sibling, 2 replies; 17+ messages in thread From: Tony Lindgren @ 2014-01-23 17:35 UTC (permalink / raw) To: Florian Vaussard Cc: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles * Florian Vaussard <florian.vaussard@epfl.ch> [140123 08:37]: > On 01/23/2014 01:27 PM, Tero Kristo wrote: > >>>>> > >>>>> The problem is that the Overo (processor card on the Tobi extension > >>>>> board) can have a variety of processor depending on the exact model: > >>>>> > >>>>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) > >>>>> - OMAP 3730 > >>>>> - AM/DM 37xx With the legacy booting, the real problem is that board-overo.c is trying to boot all overos with just one machine ID. Tero's patch works around that issue for legacy booting, but maybe it's best to do the SoC detection in the board-*.c files in init_early as needed rather than patch all the board-*.c files. Sounds like we need to do the same for legacy booting for the original beagle as well? > Ok, so with your patch and changing the include from omap34xx to > omap36xx, it works. Now I have to come up with a way to manage all the > versions without duplicating all the DT files :-( Yeah there's no quick fix here that's suitable in the long run. The proper fix is to have minimal SoC specific .dts files for the supported overo variants that include the common board specific .dtsi file(s). We did a similar thing recently for the compulab variants, see commit 0f0cfc69547e (ARM: dts: Add support for sbc-3xxx with cm-t3730) for example. Also take a look at the follo-up patches posted to the mailing list. With device tree based booting we don't want to build data into the kernel for all the SoC variants for things like clocks, pinctrl and hwmod. And we already need to define SoC specific things in the .dts files for pinctrl with clocks and hwmod heading that way too, so relying on the built-in kernel data won't work in the long run. If we really wanted to, we could set some devices to disabled state in the bootloader or in the kernel and rely on the SoC detection. But then we're back to building all the data into the kernel. And we won't be able to boot new SoC variants with just .dts changes in the long run like device tree is supposed to do. Regards, Tony ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 17:35 ` Tony Lindgren @ 2014-01-24 18:00 ` Tony Lindgren 2014-01-24 20:51 ` Florian Vaussard 1 sibling, 0 replies; 17+ messages in thread From: Tony Lindgren @ 2014-01-24 18:00 UTC (permalink / raw) To: Florian Vaussard Cc: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles * Tony Lindgren <tony@atomide.com> [140123 09:37]: > * Florian Vaussard <florian.vaussard@epfl.ch> [140123 08:37]: > > On 01/23/2014 01:27 PM, Tero Kristo wrote: > > >>>>> > > >>>>> The problem is that the Overo (processor card on the Tobi extension > > >>>>> board) can have a variety of processor depending on the exact model: > > >>>>> > > >>>>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) > > >>>>> - OMAP 3730 > > >>>>> - AM/DM 37xx > > With the legacy booting, the real problem is that board-overo.c is > trying to boot all overos with just one machine ID. Tero's patch works > around that issue for legacy booting, but maybe it's best to do the SoC > detection in the board-*.c files in init_early as needed rather than > patch all the board-*.c files. > > Sounds like we need to do the same for legacy booting for the original > beagle as well? Looks like the beagle boards are OK as for legacy booting we're seeting omap_clk_soc_init = omap3xxx_clk_init. And for DT based booting we have separate omap3-beagle.dts and omap3-beagle-xm.dts that include omap34xx.dtsi and omap36xx.dtsi respectively. So it seems that only the over .dts files need to be fixed. > > Ok, so with your patch and changing the include from omap34xx to > > omap36xx, it works. Now I have to come up with a way to manage all the > > versions without duplicating all the DT files :-( > > Yeah there's no quick fix here that's suitable in the long run. The > proper fix is to have minimal SoC specific .dts files for the > supported overo variants that include the common board specific > .dtsi file(s). > > We did a similar thing recently for the compulab variants, see > commit 0f0cfc69547e (ARM: dts: Add support for sbc-3xxx with cm-t3730) > for example. Also take a look at the follo-up patches posted to > the mailing list. > > With device tree based booting we don't want to build data into the > kernel for all the SoC variants for things like clocks, pinctrl and > hwmod. And we already need to define SoC specific things in the .dts > files for pinctrl with clocks and hwmod heading that way too, so > relying on the built-in kernel data won't work in the long run. > > If we really wanted to, we could set some devices to disabled state > in the bootloader or in the kernel and rely on the SoC detection. But > then we're back to building all the data into the kernel. And we > won't be able to boot new SoC variants with just .dts changes in > the long run like device tree is supposed to do. > > Regards, > > Tony > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 17:35 ` Tony Lindgren 2014-01-24 18:00 ` Tony Lindgren @ 2014-01-24 20:51 ` Florian Vaussard 1 sibling, 0 replies; 17+ messages in thread From: Florian Vaussard @ 2014-01-24 20:51 UTC (permalink / raw) To: Tony Lindgren Cc: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles On 01/23/2014 06:35 PM, Tony Lindgren wrote: > * Florian Vaussard <florian.vaussard@epfl.ch> [140123 08:37]: >> On 01/23/2014 01:27 PM, Tero Kristo wrote: >>>>>>> >>>>>>> The problem is that the Overo (processor card on the Tobi extension >>>>>>> board) can have a variety of processor depending on the exact model: >>>>>>> >>>>>>> - OMAP 35xx (1st generation: Air, Earth, Fire, Sand, Tide, Water, FE) >>>>>>> - OMAP 3730 >>>>>>> - AM/DM 37xx > > With the legacy booting, the real problem is that board-overo.c is > trying to boot all overos with just one machine ID. Tero's patch works > around that issue for legacy booting, but maybe it's best to do the SoC > detection in the board-*.c files in init_early as needed rather than > patch all the board-*.c files. > > Sounds like we need to do the same for legacy booting for the original > beagle as well? > >> Ok, so with your patch and changing the include from omap34xx to >> omap36xx, it works. Now I have to come up with a way to manage all the >> versions without duplicating all the DT files :-( > > Yeah there's no quick fix here that's suitable in the long run. The > proper fix is to have minimal SoC specific .dts files for the > supported overo variants that include the common board specific > .dtsi file(s). > > We did a similar thing recently for the compulab variants, see > commit 0f0cfc69547e (ARM: dts: Add support for sbc-3xxx with cm-t3730) > for example. Also take a look at the follo-up patches posted to > the mailing list. > I agree with your approach. But in my case, I have N x M combinations (N Overo variants, M expansion boards). Currently we have something like 2 x 10, so having ~20 dts files (not counting all the common dtsi files) will start to get really messy. And this will only get worst as time goes by (more expansion boards, and maybe other pin-compatible Overo). > With device tree based booting we don't want to build data into the > kernel for all the SoC variants for things like clocks, pinctrl and > hwmod. And we already need to define SoC specific things in the .dts > files for pinctrl with clocks and hwmod heading that way too, so > relying on the built-in kernel data won't work in the long run. > > If we really wanted to, we could set some devices to disabled state > in the bootloader or in the kernel and rely on the SoC detection. But > then we're back to building all the data into the kernel. And we > won't be able to boot new SoC variants with just .dts changes in > the long run like device tree is supposed to do. > Data must by in the dts file, but what is needed is a mechanism similar to the hardware connector: the Overo's dts should be combined with the expansion board's dts (at runtime, or offline). Overlays seem a good candidate, but I have no experience with them. As I said to Nishanth in the other thread, overlays are fused by the userspace in the case of BeagleBone AFAIK. But I need them early in the boot process (otherwise, no NIC, thus no NFS or similar goodies). I need to think more on this. Regards, Florian ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-23 9:15 ` Florian Vaussard 2014-01-23 9:41 ` Florian Vaussard @ 2014-01-24 18:11 ` Tony Lindgren 2014-01-24 18:13 ` Florian Vaussard 1 sibling, 1 reply; 17+ messages in thread From: Tony Lindgren @ 2014-01-24 18:11 UTC (permalink / raw) To: Florian Vaussard Cc: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles * Florian Vaussard <florian.vaussard@epfl.ch> [140123 01:17]: > > I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing > the include to omap36xx.dtsi do not fix the issue. I still get the > external abort on non-linefetch (full log here [1]). I think the issue here is that you need to have "ti,omap36xx" in the compatible string in addition to including omap36xx.dtsi. Otherwise "ti,omap3" will initialize things for 34xx. For the initial minimal fix, I suggest we do something like the following. This should fix things for 36xx based tobi, then 34xx based tobi support can be added later on. Untested as I don't have one. Regards, Tony --- a/arch/arm/boot/dts/omap3-overo.dtsi +++ b/arch/arm/boot/dts/omap3-overo.dtsi @@ -9,9 +9,6 @@ /* * The Gumstix Overo must be combined with an expansion board. */ -/dts-v1/; - -#include "omap34xx.dtsi" / { pwmleds { --- a/arch/arm/boot/dts/omap3-tobi.dts +++ b/arch/arm/boot/dts/omap3-tobi.dts @@ -10,11 +10,14 @@ * Tobi expansion board is manufactured by Gumstix Inc. */ +/dts-v1/; + +#include "omap36xx.dtsi" #include "omap3-overo.dtsi" / { model = "TI OMAP3 Gumstix Overo on Tobi"; - compatible = "ti,omap3-tobi", "ti,omap3-overo", "ti,omap3"; + compatible = "ti,omap3-tobi", "ti,omap3-overo", "ti,omap36xx", "ti,omap3"; leds { compatible = "gpio-leds"; ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-24 18:11 ` Tony Lindgren @ 2014-01-24 18:13 ` Florian Vaussard 2014-02-05 15:23 ` Kevin Hilman 0 siblings, 1 reply; 17+ messages in thread From: Florian Vaussard @ 2014-01-24 18:13 UTC (permalink / raw) To: Tony Lindgren Cc: Tero Kristo, Kevin Hilman, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles Hi, On 01/24/2014 07:11 PM, Tony Lindgren wrote: > * Florian Vaussard <florian.vaussard@epfl.ch> [140123 01:17]: >> >> I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing >> the include to omap36xx.dtsi do not fix the issue. I still get the >> external abort on non-linefetch (full log here [1]). > > I think the issue here is that you need to have "ti,omap36xx" in > the compatible string in addition to including omap36xx.dtsi. > Otherwise "ti,omap3" will initialize things for 34xx. > > For the initial minimal fix, I suggest we do something like the > following. This should fix things for 36xx based tobi, then > 34xx based tobi support can be added later on. Untested as I > don't have one. > You are probably right. I will test Monday. Regards, Florian > Regards, > > Tony > > > --- a/arch/arm/boot/dts/omap3-overo.dtsi > +++ b/arch/arm/boot/dts/omap3-overo.dtsi > @@ -9,9 +9,6 @@ > /* > * The Gumstix Overo must be combined with an expansion board. > */ > -/dts-v1/; > - > -#include "omap34xx.dtsi" > > / { > pwmleds { > --- a/arch/arm/boot/dts/omap3-tobi.dts > +++ b/arch/arm/boot/dts/omap3-tobi.dts > @@ -10,11 +10,14 @@ > * Tobi expansion board is manufactured by Gumstix Inc. > */ > > +/dts-v1/; > + > +#include "omap36xx.dtsi" > #include "omap3-overo.dtsi" > > / { > model = "TI OMAP3 Gumstix Overo on Tobi"; > - compatible = "ti,omap3-tobi", "ti,omap3-overo", "ti,omap3"; > + compatible = "ti,omap3-tobi", "ti,omap3-overo", "ti,omap36xx", "ti,omap3"; > > leds { > compatible = "gpio-leds"; > ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-01-24 18:13 ` Florian Vaussard @ 2014-02-05 15:23 ` Kevin Hilman 2014-02-06 8:47 ` Florian Vaussard 0 siblings, 1 reply; 17+ messages in thread From: Kevin Hilman @ 2014-02-05 15:23 UTC (permalink / raw) To: Florian Vaussard Cc: Tony Lindgren, Tero Kristo, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles On Fri, Jan 24, 2014 at 10:13 AM, Florian Vaussard <florian.vaussard@epfl.ch> wrote: > Hi, > > On 01/24/2014 07:11 PM, Tony Lindgren wrote: >> * Florian Vaussard <florian.vaussard@epfl.ch> [140123 01:17]: >>> >>> I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing >>> the include to omap36xx.dtsi do not fix the issue. I still get the >>> external abort on non-linefetch (full log here [1]). >> >> I think the issue here is that you need to have "ti,omap36xx" in >> the compatible string in addition to including omap36xx.dtsi. >> Otherwise "ti,omap3" will initialize things for 34xx. >> >> For the initial minimal fix, I suggest we do something like the >> following. This should fix things for 36xx based tobi, then >> 34xx based tobi support can be added later on. Untested as I >> don't have one. >> > > You are probably right. I will test Monday. Any progress on this? We still have the 36xx Tobi boards failing basic boot tests -next, but now also in mainline. Kevin ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: next boot: 34 pass, 5 fail (next-20140122) 2014-02-05 15:23 ` Kevin Hilman @ 2014-02-06 8:47 ` Florian Vaussard 0 siblings, 0 replies; 17+ messages in thread From: Florian Vaussard @ 2014-02-06 8:47 UTC (permalink / raw) To: Kevin Hilman Cc: Tony Lindgren, Tero Kristo, kernel-build-reports, linaro-kernel@lists.linaro.org, Mike Turquette, linux-omap, Olof Johansson, Ash Charles Hi Kevin, On 02/05/2014 04:23 PM, Kevin Hilman wrote: > On Fri, Jan 24, 2014 at 10:13 AM, Florian Vaussard > <florian.vaussard@epfl.ch> wrote: >> Hi, >> >> On 01/24/2014 07:11 PM, Tony Lindgren wrote: >>> * Florian Vaussard <florian.vaussard@epfl.ch> [140123 01:17]: >>>> >>>> I just tested next-20140123 with an OMAP3630 ES1.2 Overo/Tobi. Changing >>>> the include to omap36xx.dtsi do not fix the issue. I still get the >>>> external abort on non-linefetch (full log here [1]). >>> >>> I think the issue here is that you need to have "ti,omap36xx" in >>> the compatible string in addition to including omap36xx.dtsi. >>> Otherwise "ti,omap3" will initialize things for 34xx. >>> >>> For the initial minimal fix, I suggest we do something like the >>> following. This should fix things for 36xx based tobi, then >>> 34xx based tobi support can be added later on. Untested as I >>> don't have one. >>> >> >> You are probably right. I will test Monday. > > Any progress on this? > > We still have the 36xx Tobi boards failing basic boot tests -next, but > now also in mainline. > Thanks for the reminder. Tony's patch fixes the problem for 36xx Overo, but makes 35xx Overo to fail. I did a patch to split the Tobi between a common include file, and model-specific DTS. Will send it in a couple of minutes. Regards, Florian ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2014-02-06 8:48 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <52e06652.c103450a.79d7.6517@mx.google.com>
2014-01-23 1:35 ` next boot: 34 pass, 5 fail (next-20140122) Kevin Hilman
2014-01-23 6:23 ` Tero Kristo
2014-01-23 8:14 ` Florian Vaussard
2014-01-23 9:00 ` Tero Kristo
2014-01-23 9:15 ` Florian Vaussard
2014-01-23 9:41 ` Florian Vaussard
2014-01-23 12:27 ` Tero Kristo
2014-01-23 16:35 ` Florian Vaussard
2014-01-23 17:33 ` Nishanth Menon
2014-01-24 20:37 ` Florian Vaussard
2014-01-23 17:35 ` Tony Lindgren
2014-01-24 18:00 ` Tony Lindgren
2014-01-24 20:51 ` Florian Vaussard
2014-01-24 18:11 ` Tony Lindgren
2014-01-24 18:13 ` Florian Vaussard
2014-02-05 15:23 ` Kevin Hilman
2014-02-06 8:47 ` Florian Vaussard
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).