[meta-ti] Buidling for am335x_evm

Rudolf Streif rstreif at linuxfoundation.org
Sat Oct 5 09:46:29 PDT 2013


Hi Denys,

I guess I have to follow up on this. Everything builds now and with
core-image-base the kernel image is installed into /boot. The fdt is not
however. I used the Beaglebone in this case because it's a known board to
me and I have been able to boot it successfully with my own Beaglebone BSP
many time.

This is what I did on a preformatted SD card with partition 0 with FAT and
partition 1 with ext4 with the images built using the meta-ti layer:

   1. sudo cp MLO-beaglebone /run/media/rudi/BEAGBOOT/MLO
   2. sudo cp u-boot-beaglebone.img /run/media/rudi/BEAGBOOT/u-boot.img
   3. sudo tar x -C /run/media/rudi/beagroot1/ -f
   core-image-base-beaglebone.tar.gz
   4. sudo tar x -C /run/media/rudi/beagroot1/ -f
   modules--3.11+3.12-rc3-r19a+gitrAUTOINC+f7579525de9f1d6086c407a6980f4f1c1c574256-beaglebone-20131005020051.tgz
   5. cp uImage-am335x-bone.dtb
   /run/media/rudi/beagroot1/boot/am335x-bone.dtb

For step 5 one of course has to know that the u-boot environment expects an
fdt with the name am335x-bone.dtb in /boot.

The u-boot bootcmd is set to

bootcmd=run findfdt; run mmcboot;setenv mmcdev 1; setenv bootpart 1:2; run
mmcboot;run nandboot;

findfdt finds and sets the fdtfile variable correctly to am335x-bone.dtb.

mmcboot eventually runs mmcloados which is set to:

mmcloados=run mmcargs; if test ${boot_fdt} = yes || test ${boot_fdt} = try;
then if run loadfdt; then bootm ${loadaddr} - ${fdtaddr}; else if test
${boot_fdt} = try; then bootm; else echo WARN: Cannot load the DT; fi; fi;
else bootm; fi;

That's the default. It loads the fdt correctly but it never loads the
kernel image. There is no command that executes loaduimage which is set to:

loaduimage=load mmc ${bootpart} ${loadaddr} ${bootdir}/${bootfile}


Now, I executed all these steps manually and loaded the fdt and the kernel
image, etc and eventually ran bootm. u-boots loads and decompresses the
kernel and then it stops at "Starting kernel..." Probably a device tree
issue.


There are two issues:

   1. u-boot environment does not load the kernel image. I can get around
   that.
   2. Device tree does not seem to match the kernel image but that's only a
   guess at this point.

Thanks,
Rudi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20131005/1bc6259d/attachment.html>


More information about the meta-ti mailing list