RE: OMAP baseline test results for v3.8-rc6
On Thu, Feb 07, 2013 at 14:02:17, Balbi, Felipe wrote: Hi, On Wed, Feb 06, 2013 at 11:34:32PM +, Paul Walmsley wrote: Boot tests: * am335xbone: hangs after Starting kernel - Cause unknown - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82297.html - http://marc.info/?l=linux-omapm=135903184512238w=2 - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg83942.html After testing quite a lot and having help from other folks, the problem (for me at least) was missing fdt_high in u-boot environment. setenv fdt_high 0x fixed everything. Sorry for not following up on this for long, I have tested v3.8-rc6 (with latest u-boot)on both BeageBone platoforms and I have pasted the logs below as well for reference. Paul, I have used your MLO u-boot.img images and tried at my end, and as expected it didn't boot for me. I debugged it further and found that your u-boot doesn't enable support for FDT and that's is the reason it fails to boot. Below are my observations, BeagleBone: === U-Boot SPL 2013.01-00167-gd62ef56 (Feb 08 2013 - 12:41:55) OMAP SD/MMC: 0 reading u-boot.img reading u-boot.img U-Boot 2013.01-00167-gd62ef56 (Feb 08 2013 - 12:41:55) I2C: ready DRAM: 256 MiB WARNING: Caches not enabled NAND: No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: cpsw, usb_ether Hit any key to stop autoboot: 0 U-Boot# U-Boot# U-Boot# mmc rescan 0 U-Boot# fatload mmc 0 8000 am335x-bone.dtb reading am335x-bone.dtb 7967 bytes read in 6 ms (1.3 MiB/s) U-Boot# fatload mmc 0 8100 uImage reading uImage 3927712 bytes read in 455 ms (8.2 MiB/s) U-Boot# fatload mmc 0 8200 ramdisk-pm.gz reading ramdisk-pm.gz 2022580 bytes read in 238 ms (8.1 MiB/s) U-Boot# setenv bootargs console=ttyO0,115200n8 mem=256M root=/dev/ram rw initrd=0x8200,32MB ramdisk_size=65536 earlyprintk=serial U-Boot# bootm 8100 - 8000 ## Booting kernel from Legacy Image at 8100 ... Image Name: Linux-3.8.0-rc6 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:3927648 Bytes = 3.7 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK ## Flattened Device Tree blob at 8000 Booting using the fdt blob at 0x8000 Loading Kernel Image ... OK OK Loading Device Tree to 8fe3e000, end 8fe42f1e ... OK Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 3.8.0-rc6 (a0393758@psplinux064) (gcc version 4.5.3 20110311 (prerelease) (GCC) ) #1 SMP Fri Feb 8 12:47:14 IST 2013 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] AM335X ES1.0 (neon ) [0.00] PERCPU: Embedded 9 pages/cpu @c0f3a000 s12992 r8192 d15680 u36864 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 64768 [0.00] Kernel command line: console=ttyO0,115200n8 mem=256M root=/dev/ram rw initrd=0x8200,32MB ramdisk_size=65536 earlyprintk=serial [0.00] PID hash table entries: 1024 (order: 0, 4096 bytes) [0.00] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) [0.00] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) [0.00] __ex_table already sorted, skipping sort [0.00] Memory: 255MB = 255MB total [0.00] Memory: 212500k/212500k available, 49644k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xd080 - 0xff00 ( 744 MB) [0.00] lowmem : 0xc000 - 0xd000 ( 256 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc06f0600 (7074 kB) [0.00] .init : 0xc06f1000 - 0xc07422c0 ( 325 kB) [0.00] .data : 0xc0744000 - 0xc07d59b8 ( 583 kB) [0.00].bss : 0xc07d59b8 - 0xc0d306b0 (5484 kB) [0.00]
RE: OMAP baseline test results for v3.8-rc6
Hi Vaibhav, On Fri, 8 Feb 2013, Hiremath, Vaibhav wrote: Sorry for not following up on this for long, I have tested v3.8-rc6 (with latest u-boot)on both BeageBone platoforms and I have pasted the logs below as well for reference. Paul, I have used your MLO u-boot.img images and tried at my end, and as expected it didn't boot for me. I debugged it further and found that your u-boot doesn't enable support for FDT and that's is the reason it fails to boot. This MLO u-boot.img is the one that TI originally shipped on the BeagleBone that I received, and it worked fine with an appended DTB on v3.7-rc8: http://www.pwsan.com/omap/testlogs/test_v3.7-rc8/20121204220128/boot/am335xbone/am335xbone_log.txt So what I'd like to know is why it doesn't work with = v3.8-rc1 with an appended DTB: http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/boot/am335xbone/am335xbone_log.txt The point is to try to minimize bootloader dependencies. Haven't had the chance to try Felipe's suggestion yet re fdt_high. Also, this is using BeagleBone whites here. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: OMAP baseline test results for v3.8-rc6
On Fri, 8 Feb 2013, Paul Walmsley wrote: The point is to try to minimize bootloader dependencies. Also if there are weird bootloader dependendencies that no one can track down, we should document them somewhere, maybe underneath Documentation/arm/OMAP. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: OMAP baseline test results for v3.8-rc6
Paul == Paul Walmsley p...@pwsan.com writes: Hi, Paul So what I'd like to know is why it doesn't work with = v3.8-rc1 Paul with an appended DTB: Paul http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/boot/am335xbone/am335xbone_log.txt Paul The point is to try to minimize bootloader dependencies. Paul Haven't had the chance to try Felipe's suggestion yet re fdt_high. That shouldn't matter when using appended dtb. -- Bye, Peter Korsgaard -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: OMAP baseline test results for v3.8-rc6
On Fri, Feb 08, 2013 at 19:30:21, Peter Korsgaard wrote: Paul == Paul Walmsley p...@pwsan.com writes: Hi, Paul So what I'd like to know is why it doesn't work with = v3.8-rc1 Paul with an appended DTB: Paul http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/boot/am335xbone/am335xbone_log.txt Paul The point is to try to minimize bootloader dependencies. Paul Haven't had the chance to try Felipe's suggestion yet re fdt_high. That shouldn't matter when using appended dtb. That's correct, relocating dtb should not matter for appended DTB kernel image. I am trying now with appended DTB, Thanks, Vaibhav -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: OMAP baseline test results for v3.8-rc6
On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote: On Fri, 8 Feb 2013, Paul Walmsley wrote: The point is to try to minimize bootloader dependencies. Also if there are weird bootloader dependendencies that no one can track down, we should document them somewhere, maybe underneath Documentation/arm/OMAP. Paul, Unfortunately I do not have same observations here at my end, I just tried booting up appended dtb uImage with your shared u-boot and it is working got me. Below is the log - U-Boot SPL 2011.09-9-gcf6e04d (Mar 08 2012 - 17:15:43) Texas Instruments Revision detection unimplemented No AC power, disabling frequency switch OMAP SD/MMC: 0 reading u-boot.img reading u-boot.img U-Boot 2011.09-9-gcf6e04d (Mar 08 2012 - 17:15:43) I2C: ready DRAM: 256 MiB WARNING: Caches not enabled No daughter card present NAND: HW ECC Hamming Code selected nand_get_flash_type: unknown NAND device: Manufacturer ID: 0x10, Chip ID: 0x10 No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0 *** Warning - readenv() failed, using default environment Net: cpsw Hit any key to stop autoboot: 0 U-Boot# U-Boot# U-Boot# U-Boot# U-Boot# U-Boot# U-Boot# mmc rescan 0 U-Boot# fatload mmc 0 8200 ramdisk-pm.gz reading ramdisk-pm.gz 2022580 bytes read U-Boot# fatload mmc 0 8100 uImage-append reading uImage-append 3943783 bytes read U-Boot# setenv bootargs console=ttyO0,115200n8 mem=128M root=/dev/ram rw initrd=0x8200,16MB ramdisk_size=65536 earlyprintk=serial U-Boot# bootm 8100 ## Booting kernel from Legacy Image at 8100 ... Image Name: Linux Image Type: ARM Linux Kernel Image (uncompressed) Data Size:3943719 Bytes = 3.8 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 3.8.0-rc6-dirty (a0393758@psplinux064) (gcc version 4.5.3 20110311 (prerelease) (GCC) ) #3 SMP Fri Feb 8 20:25:33 IST 2013 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] AM335X ES1.0 (neon ) [0.00] PERCPU: Embedded 9 pages/cpu @c0e3c000 s12992 r8192 d15680 u36864 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32256 [0.00] Kernel command line: console=ttyO0,115200n8 mem=128M root=/dev/ram rw initrd=0x8200,16MB ramdisk_size=65536 earlyprintk=serial [0.00] PID hash table entries: 512 (order: -1, 2048 bytes) [0.00] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) [0.00] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) [0.00] __ex_table already sorted, skipping sort [0.00] Memory: 127MB = 127MB total [0.00] Memory: 98948k/98948k available, 32124k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xc880 - 0xff00 ( 872 MB) [0.00] lowmem : 0xc000 - 0xc800 ( 128 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc06f0600 (7074 kB) [0.00] .init : 0xc06f1000 - 0xc07422c0 ( 325 kB) [0.00] .data : 0xc0744000 - 0xc07d59b8 ( 583 kB) [0.00].bss : 0xc07d59b8 - 0xc0d306b0 (5484 kB) [0.00] Hierarchical RCU implementation. [0.00] RCU restricting CPUs from NR_CPUS=2 to nr_cpu_ids=1. [0.00] NR_IRQS:16 nr_irqs:16 16 [0.00] IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128 interrupts [0.00] Total of 128 interrupts on 1 active controller [0.00] OMAP clockevent source: GPTIMER1 at 2400 Hz [0.00] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956ms [0.00] OMAP clocksource: GPTIMER2 at 2400 Hz [0.00] Console: colour dummy device 80x30 [0.00] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar [0.00] ... MAX_LOCKDEP_SUBCLASSES: 8 [0.00] ... MAX_LOCK_DEPTH: 48 [0.00] ... MAX_LOCKDEP_KEYS:8191 [0.00] ... CLASSHASH_SIZE: 4096 [0.00] ... MAX_LOCKDEP_ENTRIES: 16384 [0.00] ... MAX_LOCKDEP_CHAINS: 32768 [0.00] ... CHAINHASH_SIZE: 16384 [0.00] memory used by lock dependency info: 3695 kB [0.00] per task-struct memory footprint: 1152 bytes [0.001262] Calibrating delay loop... 330.83 BogoMIPS (lpj=1290240) [
RE: OMAP baseline test results for v3.8-rc6
On Fri, Feb 08, 2013 at 20:40:22, Hiremath, Vaibhav wrote: On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote: On Fri, 8 Feb 2013, Paul Walmsley wrote: The point is to try to minimize bootloader dependencies. Also if there are weird bootloader dependendencies that no one can track down, we should document them somewhere, maybe underneath Documentation/arm/OMAP. Paul, Have you enabled below options in your defconfig, CONFIG_ARM_APPENDED_DTB=y CONFIG_ARM_ATAG_DTB_COMPAT=y CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER=y I am sure you must have already enabled it, but still would like to clarify Here. Thanks, Vaibhav -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: OMAP baseline test results for v3.8-rc6
Hi Vaibhav, On Fri, 8 Feb 2013, Hiremath, Vaibhav wrote: On Fri, Feb 08, 2013 at 20:40:22, Hiremath, Vaibhav wrote: On Fri, Feb 08, 2013 at 19:04:04, Paul Walmsley wrote: On Fri, 8 Feb 2013, Paul Walmsley wrote: The point is to try to minimize bootloader dependencies. Also if there are weird bootloader dependendencies that no one can track down, we should document them somewhere, maybe underneath Documentation/arm/OMAP. Paul, Have you enabled below options in your defconfig, CONFIG_ARM_APPENDED_DTB=y CONFIG_ARM_ATAG_DTB_COMPAT=y CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER=y For v3.8-rc6, the .config that I'm using is available here: http://www.pwsan.com/omap/testlogs/test_v3.8-rc6/20130206155004/build/am33xx_only/am33xx_only The kernel + appended DTB is available here: http://www.pwsan.com/omap/testlogs/test_v3.8-rc6/20130206155004/build/am33xx_only/uImage-dtb.am335x-bone The bootlog is available here: http://www.pwsan.com/omap/testlogs/test_v3.8-rc6/20130206155004/boot/am335xbone/am335xbone_log.txt I am sure you must have already enabled it, but still would like to clarify Here. No problem, thanks for asking. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: OMAP baseline test results for v3.8-rc6
By the way, here's what I used for v3.7-rc8, which seemed to work okay: http://www.pwsan.com/omap/testlogs/test_v3.7-rc8/20121204220128/build/am33xx_only/ and here's the boot log: http://www.pwsan.com/omap/testlogs/test_v3.7-rc8/20121204220128/boot/am335xbone/am335xbone_log.txt Note of course that there are some Kconfig changes between v3.7-rc8 and v3.8-rcX, so it's possible that the problem could be in those changes, of course. - Paul -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: OMAP baseline test results for v3.8-rc6
Hi, On Wed, Feb 06, 2013 at 11:34:32PM +, Paul Walmsley wrote: Boot tests: * am335xbone: hangs after Starting kernel - Cause unknown - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82297.html - http://marc.info/?l=linux-omapm=135903184512238w=2 - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg83942.html After testing quite a lot and having help from other folks, the problem (for me at least) was missing fdt_high in u-boot environment. setenv fdt_high 0x fixed everything. -- balbi signature.asc Description: Digital signature
OMAP baseline test results for v3.8-rc6
Here are some basic OMAP test results for Linux v3.8-rc6. Logs and other details at: http://www.pwsan.com/omap/testlogs/test_v3.8-rc6/20130206155004/ Test summary Boot to userspace: Pass ( 9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle, 3730beaglexm, 37xxevm, 4430es2panda, 5912osk, 4460pandaes FAIL ( 2/11): am335xbone, cmt3517 PM ret/off, suspend + dynamic idle: Pass (3/3): 3530es3beagle, 3730beaglexm, 37xxevm PM ret, suspend + dynamic idle: Pass (1/2): 4460pandaes FAIL (1/2): 4430es2panda PM ret, dynamic idle: FAIL (1/1): 2430sdp Failing tests: fixed by posted patches -- Other: * 2420N800: powers down 30 seconds after boot - Presumably due to missing CBUS patches for watchdog control - http://lkml.org/lkml/2012/9/3/265 - http://marc.info/?l=linux-omapm=135274739624125w=2 - http://marc.info/?l=linux-omapm=135664195831104w=2 Failing tests: needing investigation Boot tests: * am335xbone: hangs after Starting kernel - Cause unknown - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg82297.html - http://marc.info/?l=linux-omapm=135903184512238w=2 - http://www.mail-archive.com/linux-omap@vger.kernel.org/msg83942.html * 3517EVM CM-T3517: boot hangs with NFS root - Likely some Kconfig, board file, and PM issues with EMAC - Longstanding bug * CM-T3517: boot hangs with MMC root - Due to missing MMC setup in board file - http://www.spinics.net/lists/arm-kernel/msg211471.html Boot warnings: * 3530es3beagle, 3730beaglexm, 37xxevm: nand_scan_ident() warning - at drivers/mtd/nand/nand_base.c:2861 nand_scan_ident+0xdb4/0xf90() - http://marc.info/?l=linux-omapm=135630897110185w=2 * CM-T3517: L3 in-band error with IPSS during boot - Cause unknown but see http://marc.info/?l=linux-omapm=134833869730129w=2 - Longstanding issue; does not occur on the 3517EVM PM tests: * 2430sdp: pwrdm state mismatch(dsp_pwrdm) 0 != 3 - need to doublecheck wakeup dependencies * 2430sdp: power domains not entering retention - Cause unknown * 4430es2panda, 4460pandaes: pwrdm state mismatch on CAM, DSS, ABE * 4460pandaes: pwrdm state mismatch on IVAHD, TESLA * 4430es2panda: CORE, TESLA, IVAHD, L3INIT didn't enter target state - Probably due to lack of reset code for M3, DSP, SL2IF, FSUSB per discussion with Tero Kristo - Likely dependent on the bootloader version - fails with 2012.07-00136-g755de79 * 3730 Beagle XM: does not serial wake from off-idle suspend when console UART doesn't clock gate (debug ignore_loglevel) - Cause unknown - Not yet part of the automated test suite - Re-tested at v3.7; still failing: http://www.pwsan.com/omap/transcripts/20121211-3730beaglexm-3.7-pm-offmode-fail-debug.txt Other: * 4430es2panda: omap_hwmod: l3_instr: _wait_target_disable failed - Unknown cause; could be due to the lack of hierarchical enable/disable in hwmod code - Jon Hunter reports this does not appear with the same X-loader/bootloader on his 4430ES2.3 Panda, so could be ES-level dependent Failing tests: needing local investigation (may be due to testbed issues) - Boot tests: * AM335x Beaglebone: omap2plus_defconfig kernels don't boot - May be fixed now, pending retest: - http://marc.info/?l=linux-omapm=135082257727502w=2 - Not yet part of the automated test suite - Nishanth Menon Vaibhav Hiremath report that it works for them * May be due to an old U-boot with FDT support problems used here? Pending local investigation and re-test Problems reported by others --- (none currently listed) -- Branch: test_v3.8-rc6 Test-Serial: 20130206155004 Commit-ID: 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7 Test-Target-Board-Count: 11 -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html