[meta-ti] Is this the correct list for AM3517 EVM questions?

Steven Grunza grunzasr at comcast.net
Wed Mar 20 07:23:34 PDT 2013


On 3/19/2013 2:27 PM, Denys Dmytriyenko wrote:
> On Tue, Mar 19, 2013 at 02:08:52PM -0400, Steven Grunza wrote:
>> On 3/19/2013 1:21 PM, Denys Dmytriyenko wrote:
>>> On Tue, Mar 19, 2013 at 10:18:33AM -0400, Steven Grunza wrote:
>>>> Hello,
>>>>    I have a LogicPD Zoom AM3517 experimenters board.  Is this the
>>>> correct list to ask questions about getting Yocto-based software
>>>> running on this board?
>>> Yes, this is one of the correct lists for asking questions about AM3517 board
>>> when used with the Yocto Project. :) As this is the mailing list for meta-ti,
>>> which is the official Texas Instruments BSP layer for OpenEmbedded-Core and
>>> the Yocto Project, and AM3517 is currently one of the supported platforms in
>>> meta-ti.
>>>
>> Wonderful.  Can someone point me to information so that I can build
>> a system using the Yocto project and program an SD card with the
>> necessary files to boot my board into Linux?
>>
>>    With all of the S7 DIP switches in the off position (which the
>> AM3517 Development Kits User Manual indicates is the default boot
>> from NAND) I don't get any output from the serial UART so my guess
>> is that I've hosed the NAND.
>>
>>    For debugging support I have a TI Stellaris LM3S8962 board which
>> has the ability to act as a JTAG debugger to external hardware.  For
>> software I have OpenOCD 0.6.1
> I would assume you already checked this Hardware Setup page:
> http://processors.wiki.ti.com/index.php/GSG:_AM35x_EVM_Hardware_Setup
>
> Then you would need to check the Boot from SD/MMC page:
> http://processors.wiki.ti.com/index.php/AM35x_EVM_Boot_from_SD/MMC_card
>
> As of the software load, you can build a minimal rootfs image (e.g.
> core-image-minimal) with all the BSP components and setup an SD card as
> described above. You'll get the MLO, u-boot, uImage and rootfs as the
> output of the build, that you need to load on to the card.
To what should I have MACHINE set?  Using beagleboard didn't work.

Build Configuration:
BB_VERSION        = "1.16.0"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "beagleboard"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3"
TUNE_FEATURES     = "armv7a vfp neon cortexa8"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto
meta-yocto-bsp    = "<unknown>:<unknown>"


/home/yocto/poky-danny-8.0/build/tmp/deploy/images

-rw-r--r-- 1 grunzasr grunzasr   84719488 Mar 20 09:58 
core-image-minimal-beagleboard-20130320134504.rootfs.jffs2
-rw-r--r-- 1 grunzasr grunzasr  228538001 Mar 20 09:55 
core-image-minimal-beagleboard-20130320134504.rootfs.tar.bz2
lrwxrwxrwx 1 grunzasr grunzasr         60 Mar 20 09:57 
core-image-minimal-beagleboard.tar.bz2 -> 
core-image-minimal-beagleboard-20130320134504.rootfs.tar.bz2
-rw-r--r-- 1 grunzasr grunzasr 1538239488 Feb 26 14:57 
core-image-minimal-qemuppc-20130226141438.rootfs.ext3
-rw-r--r-- 1 grunzasr grunzasr  304174285 Feb 26 14:51 
core-image-minimal-qemuppc-20130226141438.rootfs.tar.bz2
-rw-r--r-- 1 grunzasr grunzasr 1538239488 Feb 26 16:20 
core-image-minimal-qemuppc-20130226210235.rootfs.ext3
-rw-r--r-- 1 grunzasr grunzasr  304179924 Feb 26 16:14 
core-image-minimal-qemuppc-20130226210235.rootfs.tar.bz2
lrwxrwxrwx 1 grunzasr grunzasr         53 Feb 26 16:20 
core-image-minimal-qemuppc.ext3 -> 
core-image-minimal-qemuppc-20130226210235.rootfs.ext3
lrwxrwxrwx 1 grunzasr grunzasr         56 Feb 26 16:17 
core-image-minimal-qemuppc.tar.bz2 -> 
core-image-minimal-qemuppc-20130226210235.rootfs.tar.bz2
-rw-r--r-- 1 grunzasr grunzasr  537657344 Mar 13 20:13 
core-image-sato-beagleboard-20130313180702.rootfs.jffs2
-rw-r--r-- 1 grunzasr grunzasr  343428455 Mar 13 20:07 
core-image-sato-beagleboard-20130313180702.rootfs.tar.bz2
lrwxrwxrwx 1 grunzasr grunzasr         55 Mar 13 20:13 
core-image-sato-beagleboard.jffs2 -> 
core-image-sato-beagleboard-20130313180702.rootfs.jffs2
lrwxrwxrwx 1 grunzasr grunzasr         57 Mar 13 20:11 
core-image-sato-beagleboard.tar.bz2 -> 
core-image-sato-beagleboard-20130313180702.rootfs.tar.bz2
-rw-r--r-- 1 grunzasr grunzasr 2488386560 Feb 26 20:16 
core-image-sato-qemuppc-20130226222738.rootfs.ext3
-rw-r--r-- 1 grunzasr grunzasr  483216390 Feb 26 20:05 
core-image-sato-qemuppc-20130226222738.rootfs.tar.bz2
lrwxrwxrwx 1 grunzasr grunzasr         50 Feb 26 20:16 
core-image-sato-qemuppc.ext3 -> 
core-image-sato-qemuppc-20130226222738.rootfs.ext3
lrwxrwxrwx 1 grunzasr grunzasr         53 Feb 26 20:10 
core-image-sato-qemuppc.tar.bz2 -> 
core-image-sato-qemuppc-20130226222738.rootfs.tar.bz2
lrwxrwxrwx 1 grunzasr grunzasr         70 Mar 13 19:54 MLO-beagleboard 
-> MLO-beagleboard-1.5.0+git1+9f94c6577e3a018b6b75cbe39f32bb331871f915-r0*
-rwxr-xr-x 1 grunzasr grunzasr      22036 Mar 13 19:54 
MLO-beagleboard-1.5.0+git1+9f94c6577e3a018b6b75cbe39f32bb331871f915-r0*
-rw-rw-r-- 1 grunzasr grunzasr   28375528 Mar 13 16:23 
modules-3.4.11-yocto-standard-r4.3-beagleboard.tgz
-rw-rw-r-- 1 grunzasr grunzasr   38056200 Feb 26 13:05 
modules-3.4.11-yocto-standard-r4.3-qemuppc.tgz
-rw-rw-r-- 1 grunzasr grunzasr        294 Mar 20 09:49 
README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
lrwxrwxrwx 1 grunzasr grunzasr         81 Mar 13 20:13 
u-boot-beagleboard.bin -> 
u-boot-beagleboard-v2011.06+git16+b1af6f532e0d348b153d5c148369229d24af361a-r3.bin*
-rwxr-xr-x 1 grunzasr grunzasr     285272 Mar 13 20:13 
u-boot-beagleboard-v2011.06+git16+b1af6f532e0d348b153d5c148369229d24af361a-r3.bin*
lrwxrwxrwx 1 grunzasr grunzasr         81 Mar 13 20:13 u-boot.bin -> 
u-boot-beagleboard-v2011.06+git16+b1af6f532e0d348b153d5c148369229d24af361a-r3.bin*
lrwxrwxrwx 1 grunzasr grunzasr        138 Mar 13 16:23 uImage -> 
uImage-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_1+449f7f520350700858f21a5554b81cc8ad23267d-r4.3-beagleboard-20130313180702.bin
-rw-r--r-- 1 grunzasr grunzasr    4309216 Mar 13 16:23 
uImage-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_1+449f7f520350700858f21a5554b81cc8ad23267d-r4.3-beagleboard-20130313180702.bin
lrwxrwxrwx 1 grunzasr grunzasr        138 Mar 13 16:23 
uImage-beagleboard.bin -> 
uImage-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_1+449f7f520350700858f21a5554b81cc8ad23267d-r4.3-beagleboard-20130313180702.bin
lrwxrwxrwx 1 grunzasr grunzasr        135 Feb 26 13:05 vmlinux -> 
vmlinux-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_2+7833f1549c3d44cce8aea38b65cd501229aad492-r4.3-qemuppc-20130226141438.bin
-rw-r--r-- 1 grunzasr grunzasr   93038630 Feb 26 13:05 
vmlinux-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_2+7833f1549c3d44cce8aea38b65cd501229aad492-r4.3-qemuppc-20130226141438.bin
lrwxrwxrwx 1 grunzasr grunzasr        135 Feb 26 13:05 
vmlinux-qemuppc.bin -> 
vmlinux-3.4.11+git1+a201268353c030d9fafe00f2041976f7437d9386_2+7833f1549c3d44cce8aea38b65cd501229aad492-r4.3-qemuppc-20130226141438.bin
-rwxr-xr-x 1 grunzasr grunzasr      22036 Mar 13 19:54 
x-load-beagleboard-1.5.0+git1+9f94c6577e3a018b6b75cbe39f32bb331871f915-r0.bin.ift*
lrwxrwxrwx 1 grunzasr grunzasr         81 Mar 13 19:54 
x-load-beagleboard.bin.ift -> 
x-load-beagleboard-1.5.0+git1+9f94c6577e3a018b6b75cbe39f32bb331871f915-r0.bin.ift*

grunzasr at stm32dbg% ls -l /mnt
total 0
grunzasr at stm32dbg% sudo cp MLO-beagleboard /mnt
grunzasr at stm32dbg% sudo cp u-boot.bin /mnt
grunzasr at stm32dbg% sudo cp uImage /mnt
grunzasr at stm32dbg% sync
grunzasr at stm32dbg% ls -l /mnt
total 4516
-rwxr-xr-x 1 root root   22036 Mar 20 09:59 MLO-beagleboard*
-rwxr-xr-x 1 root root  285272 Mar 20 10:00 u-boot.bin*
-rwxr-xr-x 1 root root 4309216 Mar 20 10:00 uImage*
grunzasr at stm32dbg% sudo umount /mnt


With DIPSW7-1 & 4 on, others off I get "40X" on serial console then 
nothing else.

Using files built on what I can find from 
AM35x-OMAP35x-LINUX-PSP-04.02.00.07

grunzasr at stm32dbg% pwd
/home/am3517/AM35x-OMAP35x-LINUX-PSP-04.02.00.07/images
grunzasr at stm32dbg% ls -l
total 12
drwxr-xr-x 5 grunzasr grunzasr 4096 Apr 29  2011 boot-strap/
drwxr-xr-x 5 grunzasr grunzasr 4096 Apr 29  2011 kernel/
drwxr-xr-x 5 grunzasr grunzasr 4096 Apr 29  2011 u-boot/
grunzasr at stm32dbg% ls -l boot-strap/am3517/
total 20
-rw-r--r-- 1 grunzasr grunzasr 16700 May  3  2011 x-load.bin.ift
grunzasr at stm32dbg% ls -l kernel/am3517/
total 2968
-rw-r--r-- 1 grunzasr grunzasr 3037308 May  3  2011 uImage
grunzasr at stm32dbg% ls -l u-boot/am3517/
total 220
-rwxr-xr-x 1 grunzasr grunzasr 222196 May  3  2011 u-boot.bin*

grunzasr at stm32dbg% pwd
/home/am3517/AM35x-OMAP35x-LINUX-PSP-04.02.00.07/images
grunzasr at stm32dbg%
grunzasr at stm32dbg%
grunzasr at stm32dbg% ls -l /mnt
total 0
grunzasr at stm32dbg% sudo cp boot-strap/am3517/x-load.bin.ift /mnt/MLO
grunzasr at stm32dbg% sudo cp kernel/am3517/uImage /mnt
grunzasr at stm32dbg% sudo cp u-boot/am3517/u-boot.bin /mnt
grunzasr at stm32dbg% ls -l /mnt
total 3208
-rwxr-xr-x 1 root root   16700 Mar 20 10:13 MLO*
-rwxr-xr-x 1 root root  222196 Mar 20 10:13 u-boot.bin*
-rwxr-xr-x 1 root root 3037308 Mar 20 10:13 uImage*
grunzasr at stm32dbg% sync
grunzasr at stm32dbg% sudo umount /mnt

> This gets me much farther.  I get the following on the serial port:

40X?@C?H?U??Instruments X-Loader 1.51 (May  3 2011 - 19:22:25)
Starting X-loader on MMC
Reading boot sector

222196 Bytes Read from MMC
Starting OS Bootloader from MMC...
Starting OS Bootloader...


U-Boot 2010.06 (May 03 2011 - 19:24:19)

OMAP34xx/35xx-GP ES1.0, CPU-OPP2 L3-165MHz
AM3517EVM Board + LPDDR/NAND
I2C:   ready
DRAM:  256 MiB
NAND:  HW ECC [Kernel/FS layout] selected
512 MiB
*** Warning - bad CRC or NAND, using default environment

In:    serial
Out:   serial
Err:   serial
Die ID #1b7e0000000000000155daa60200c00f
Net:   davinci_emac_initialize
Ethernet PHY: GENERIC @ 0x00
DaVinci EMAC
Hit any key to stop autoboot:  0
AM3517_EVM #

>  From this I conclude that my hardware is at least partially functional, my SD card is compatible with the AM3517 board, my serial connection is functioning, and I have at least the basics of getting the bootloading code (MLO) and u-boot onto the card.

> I suspect I need to change something in the /home/yocto/poky-danny-8.0/build/conf/local.conf file (probably MACHINE) to specify the correct hardware. I also need to figure out how to get the root file system written to the second partition of my SD card.  I couldn't find that information on any of the above mentioned pages or on the pages to which they have links.  My SD card is partitioned like this:

grunzasr at stm32dbg% sudo fdisk -l /dev/sdd

Disk /dev/sdd: 3959 MB, 3959422976 bytes
122 heads, 62 sectors/track, 1022 cylinders, total 7733248 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

    Device Boot      Start         End      Blocks   Id  System
/dev/sdd1   *        2048     2099199     1048576    c  W95 FAT32 (LBA)
/dev/sdd2         2099200     7733247     2817024   83  Linux




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20130320/408c76ed/attachment.html>


More information about the meta-ti mailing list