[meta-ti] Buidling for am335x_evm

[Rudolf Streif]

Hi Denys,

Thanks for your feedback.


It should be dash in there, not underscore. Although it gets converted
> internally anyway...
>
> Yes, of course that was only a typo in the e-mail.


>
> Most likely u-boot couldn't find your DTB - did you put one in the /boot of
> rootfs? Didn't u-boot complain about it? Should have been an error message.
>
> That is a question that I forgot to ask in my first e-mail. With 3.12 I
would have expected a dtb to be built but it did not. The tmp/deploy/images
directory only contains [1] but no dtb. Neither does the tar.gz for the
rootfs but I would not expect it to. And no, u-boot did not complain about
the device tree either. If it had built a dtb I would have put it in the
FAT boot partition and told u-boot to load it in the bootargs.


> BTW, if you are not comfortable with 3.12-rc being unstable, you can also
> add
> to your config:
>
> PREFERRED_VERSION_linux-ti-staging = "3.8%"
>
> Yes, of course. I am ok with 3.12-rc. I was only surprised that the Dylan
branch of the bsp layer would build a 3.12 kernel while the default for
Poky Dylan is 3.8. Or maybe my assumption that a bsp for a particular YP
release would use the same kernel as a default is incorrect.


> It's called OMAP2+ and that's how kernel folks decided to call a
> consolidated
> config for most if not all TI platforms. Gone are the times when each
> platform
> had it's own config file - kernel folks don't allow that anymore. Anyway,
> omap2plus is the right defconfig.
>
> That's actually a great thing. (One of Linus' pet peeves, I suppose.) I
only wish the name of the file would be more intuitive. It's not quite
obvious that a file called omap2plus_defconfig is the correct file to
configure a kernel for an AM335x CPU. A different file name and/or a
comment in the file to what CPU's it applies would have been great.


>
> >       1. Check arm/arch/tools/mach-types: found:
> >       tam335x                 MACH_TAM335X            TAM335X
> >         4116
> >       Expected to find
> >       am335xevm               MACH_AM335XEVM          AM335XEVM
> >         3589 as it was for the 3.2.32 kernel.
>
> I'm not sure what you are looking for, but there are many differences
> between
> 3.2, 3.8 and 3.12
>
> I was looking for matching machine IDs in the u-boot configuration and the
kernel configuration. But that of course does not apply anymore with a
device tree. But I was thrown off by the fact that the kernel recipe did
not create a device tree. And that I still have to debug.


> >       2. Check arm/arch/configs for am335x_evm_defconfig which does not
> >       exist. Expected to see an am335x_evm_defconfig as found it in a
> 3.2.32
> >       kernel.
>
> See above - you won't find it any more, as it's not allowed any more by
> kernel
> policies to have million different defconfigs. As you can see, the entire
> arch/arm/configs directory is very scarce these days - all omaps were
> consolidated and new SOCs are added to existing defconfigs, where
> applicable.
>
> Thanks. I understand that now but a different file name and a comment
would have made it obvious. Yes, the settings are in the file


>
> >    5. Checking u-boot build environment which uses, as expected, the
> >    am335c_evm configuration which sets the machine type to 3589.
> >
> > I may be missing something but it looks to me as if the layer is broken
> for
> > building for the AM335X_EVM target machine.
>
> No, it's not broken, it's just quite different from 3.2 days.
>
>
Probably not in general but maybe on my system because I am missing the DTB
for whatever reason.


Thanks,
Rudi



[1]

core-image-minimal-am335x-evm-20131003152950.rootfs.tar.gz
core-image-minimal-am335x-evm-20131003152950.rootfs.ubi
core-image-minimal-am335x-evm-20131003152950.rootfs.ubifs
core-image-minimal-am335x-evm.tar.gz
core-image-minimal-am335x-evm.ubi
MLO
MLO-am335x-evm
MLO-am335x-evm-2013.07+2013.10-rc2-r0+gitrAUTOINC+fb18fa95a14ae875ef0a5421cd9fecc00c7c3a4c
modules--3.11+3.12-rc3-r19a+gitrAUTOINC+f7579525de9f1d6086c407a6980f4f1c1c574256-am335x-evm-20131003152950.tgz
README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
rootfs
u-boot-am335x-evm-2013.07+2013.10-rc2-r0+gitrAUTOINC+fb18fa95a14ae875ef0a5421cd9fecc00c7c3a4c.img
u-boot-am335x-evm.img
u-boot.img
u-boot-spl.bin
u-boot-spl.bin-am335x-evm
u-boot-spl.bin-am335x-evm-2013.07+2013.10-rc2-r0+gitrAUTOINC+fb18fa95a14ae875ef0a5421cd9fecc00c7c3a4c
uImage
uImage--3.11+3.12-rc3-r19a+gitrAUTOINC+f7579525de9f1d6086c407a6980f4f1c1c574256-am335x-evm-20131003152950.bin
uImage-am335x-evm.bin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20131004/7157953e/attachment.html>