[poky] Third party toolchain, kernel, bootloader

Robert Berger gmane at reliableembeddedsystems.com
Sat May 7 12:42:03 PDT 2011


Hi,

On 05/06/2011 08:09 PM, Darren Hart wrote:
> 
> 
> On 05/05/2011 11:28 PM, Robert Berger wrote:
>> Hi,
>>
>> I'm working on a couple of projects trying to use yocto and it boils
>> down to the fact, that the packages and the package management (with a
>> few tweaks) are very valuable.
>>
>> On the other hand "just to give it a try" it's a major effort to add
>> kernel and bootloader to poky and moreover the gcc which comes with poky
>> is not always what I need in terms of stability but also features (need
>> e.g. Cortex-A8 support). So I would also need to cook gcc to compile a
>> vendor provided kernel and bootloader.
> 
> 
> We build for Beagleboard xM, which is a Cortex-A8. Are you missing a
> specific feature? Hitting a particular bug?

I'm hitting a problem regarding some compiler options, but dont't have
access to my test system at the moment.

> 
> 
>> What I'm after is to add some packages from poky to some 3rd party
>> rootfs. One major problem I have is the dependency on libc6 (>= 2.12)
>> Usually I have some older versions of libc6: e.g. libc-2.8.so.
>>
>> For the projects I'm currently working on kernel and bootloader are
>> already compiling/running and tested and I would like to add packages
>> like qt-embedded to the various rootfs.
> 
> 
> Is the third party rootfs built using an older version of poky or oe?

No.

> 
> 
>> To achieve this I would need a mechanism to use a 3rd party toolchain
>> with poky (and maybe to skip the build steps for kernel and boot loader).
>>
>> Is this something yocto/poky was made for, or am I totally off?
>> Am I the only one who has such kind of problems?
>> How are others tackling these kind of problems?
> 
> 
> From the above I'm getting the impressions you're trying to build
> package with a recent yocto for a much older image that might have even
> been built with something other than yocto (or poky).

Your guess is absolutely right. I have no idea with what the roofs were
built with.

> 
> I wouldn't expect that to work. The package names, dependency names,
> distribution policy, libc version (as you noticed) will fight you the
> whole way.
> 
> Please elaborate if I'm misinterpreting what you are trying to do.

I am actually trying to solve 2 problems here:

Problem 1)
I want to get a sato rootfs on the TechNexion twister TAM-3517.
Bootloader and custom kernel are provided by TechnNexion based on some
BSP by TI. Rootfs will be provided by poky. I'll tell you more details
about my issues as soon as I'll have access to my test system.

Problem 2)
I want to get webkit with or without QT on top of directfb on various
set-top boxes - toolchains and rootfs are by third parties - I have no
idea how these development environments were built.
Kernel and boot loader and rootfs are running, tested and happy.
Here is my "naive" way of thinking:
In order to add webkit I will either need to build all packages and
dependencies needed (and that's a lot) from scratch or tell poky to use
a certain toolchain+libs and reuse poky/oe recipes to build the packages
I need (with some tweaks I guess).

Regards,

Robert



> 
> --
> Darren
> 
>>
>> Please advise,
>>
>> Regards,
>>
>> Robert
>>
>>
>> ..."Rules of Optimization: Rule1: Don't do it. Rule 2 (for experts
>> only): Don't do it yet." - M.A. Jackson (not the singer)
>>
>> My public pgp key is available at:
>> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x90320BF1
>>
>>
>> _______________________________________________
>> poky mailing list
>> poky at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/poky
> 





More information about the poky mailing list