Skip to contentSkip to conversation

Getting started on creating a layer for OE-Core

DISCUSSION Ken Werner 5 participants 10 messages Nov 22, 2011 – Nov 28, 2011

lore
Share & tools
lore

Ken Werner

author
#0 lore raw

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components (Linaro GCC, Linaro GDB). This is my first time with OE. I just setup the environment and started to build an image that targets qemuarm (bitbake is still building). Any suggestions or general help is much appreciated.

Thanks,
Ken

#1 lore raw

Op 22 nov. 2011, om 18:59 heeft Ken Werner het volgende geschreven:

Quoted 3 lines

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components

You do know that the gcc 4.6 in OE-core and gcc 4.5 in meta-oe already have all the linaro patches (minus the ones that introduces bugs), right?

#2 lore raw
Quoted 2 lines · On Tuesday 22 November 2011 19:02:55 Koen Kooi wrote:

You do know that the gcc 4.6 in OE-core and gcc 4.5 in meta-oe already have all the linaro patches (minus the ones that introduces bugs), right?

How would one find that out? I mean, without looking at every patch we have in our toolchain...

Cheers,
Paul

Signature · 2 lines
Paul Eggleton
Intel Open Source Technology Centre
author
#5 lore raw
In reply to Koen Kooi
Quoted 8 lines · Koen Kooi

Op 22 nov. 2011, om 18:59 heeft Ken Werner het volgende geschreven:

Quoted 3 lines

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components

You do know that the gcc 4.6 in OE-core and gcc 4.5 in meta-oe already have all the linaro patches (minus the ones that introduces bugs), right?

Oh, I didn't know that - thanks for the heads up. The patches your are referring to are among meta/recipes-devtools/gcc/gcc-4.6/*patch, right? In this case I guess I'll discuss with the Linaro team on how to proceed first. :)

Regards
Ken

#3 lore raw
In reply to Paul Eggleton

Op 22 nov. 2011, om 19:08 heeft Paul Eggleton het volgende geschreven:

Quoted 6 lines · On Tuesday 22 November 2011 19:02:55 Koen Kooi wrote:
Quoted 2 lines

You do know that the gcc 4.6 in OE-core and gcc 4.5 in meta-oe already have all the linaro patches (minus the ones that introduces bugs), right?

How would one find that out? I mean, without looking at every patch we have in our toolchain...

We have been pointing out that fact to various linaro people the past month, most recently at ELC-E and Linaro Connect. If for some reason that hasn't come accross, a 'git grep linaro' would have given you a big clue :)

author
#4 lore raw
Quoted 11 lines · Koen Kooi

Op 22 nov. 2011, om 19:08 heeft Paul Eggleton het volgende geschreven:

Quoted 6 lines · On Tuesday 22 November 2011 19:02:55 Koen Kooi wrote:
Quoted 2 lines

You do know that the gcc 4.6 in OE-core and gcc 4.5 in meta-oe already have all the linaro patches (minus the ones that introduces bugs), right?

How would one find that out? I mean, without looking at every patch we have in our toolchain...

We have been pointing out that fact to various linaro people the past month, most recently at ELC-E and Linaro Connect. If for some reason that hasn't come accross, a 'git grep linaro' would have given you a big clue :)

Unfortunately I wasn't able to attend these events. :/ I'll check with some of the people who went there. Sorry for the noise.

Ken

#6 lore raw
In reply to Ken Werner
Quoted 7 lines · Ken Werner

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components (Linaro GCC, Linaro GDB). This is my first time with OE. I just setup the environment and started to build an image that targets qemuarm (bitbake is still building). Any suggestions or general help is much appreciated.

Can you comment on what you expect to get out of the Linaro toolchain layer?

As had been noted here, OE already has some of the Linaro work in the toolchains. However, we have had issues with some patches so we can't run a "complete Linaro toolchain". (Toolchain guys, correct me if I am wrong)

From my perspective, the Linaro work is great (I primarily use Cortex-A8 devices), but my understanding is that due to Linaro's focus on advanced ARM processors, regressions for other architectures and older arms can occur.

So I see the point of a dedicated Linaro tool layer being an excellent vehicle for testing Linaro's work on a diverse set of machines to make life easier for people using Linaro's work on other architectures.

Philip

#7 lore raw

Op 24 nov. 2011, om 17:59 heeft Philip Balister het volgende geschreven:

Quoted 9 lines · Ken Werner
Quoted 7 lines

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components (Linaro GCC, Linaro GDB). This is my first time with OE. I just setup the environment and started to build an image that targets qemuarm (bitbake is still building). Any suggestions or general help is much appreciated.

Quoted 6 lines

Can you comment on what you expect to get out of the Linaro toolchain layer?

As had been noted here, OE already has some of the Linaro work in the toolchains. However, we have had issues with some patches so we can't run a "complete Linaro toolchain". (Toolchain guys, correct me if I am wrong)

There are 2 sets of problems:

1) OE-core needs to support more than just ARMv7 and up
2) Not every patch is an improvement

For 1) we need to add patches and sometimes take out patches. For 2) we usually remove the patch that breaks things, but sometimes we add a backport.

[..]

Quoted 3 lines

So I see the point of a dedicated Linaro tool layer being an excellent vehicle for testing Linaro's work on a diverse set of machines to make life easier for people using Linaro's work on other architectures.

The exact same can be said by including most if not all linaro patches into the default toolchain. Having said that, a layer with 'pure' versions of the toolchain, uboot, kernel, etc as reference is a nice thing to have. But since we only have a finite amount of effort to spread around I'd advice working on OE-core instead of a seperate sandbox.

regards,

Koen

#8 lore raw
In reply to Philip Balister
Quoted 9 lines · Philip Balister
Quoted 7 lines · Ken Werner

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components (Linaro GCC, Linaro GDB). This is my first time with OE. I just setup the environment and started to build an image that targets qemuarm (bitbake is still building). Any suggestions or general help is much appreciated.

Quoted 6 lines

Can you comment on what you expect to get out of the Linaro toolchain layer?

As had been noted here, OE already has some of the Linaro work in the toolchains. However, we have had issues with some patches so we can't run a "complete Linaro toolchain". (Toolchain guys, correct me if I am wrong)

thats correct more often some patches whcih work on arm dont work on other architectures so the patcheses we cherry pick usually exclude such regressing patches and its a bit of work to identify them but on positive side the patches we take get tested on wider architectures. Also we only take gcc patches no other components

Quoted 9 lines

From my perspective, the Linaro work is great (I primarily use Cortex-A8 devices), but my understanding is that due to Linaro's focus on advanced ARM processors, regressions for other architectures and older arms can occur.

So I see the point of a dedicated Linaro tool layer being an excellent vehicle for testing Linaro's work on a diverse set of machines to make life easier for people using Linaro's work on other architectures.

linaro layer would be a good idea although I think from distro point of view they would want a single toolchain doing all architectures and still would want advantages of linaro work so if this layer takes care of fixing toolchain for non arm architectures it will be a lot of value to distros using OE

but as such having layer would be a good thing as well.

Quoted 7 lines

Philip

_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Signature · 1 line
-Khem
author
#9 lore raw
In reply to Philip Balister
Quoted 10 lines · Philip Balister
Quoted 7 lines · Ken Werner

Hi,

I'm currently reading the OpenEmbedded User Manual and wondering what's the best way to add a layer for the Linaro toolchain components (Linaro GCC, Linaro GDB). This is my first time with OE. I just setup the environment and started to build an image that targets qemuarm (bitbake is still building). Any suggestions or general help is much appreciated.

Can you comment on what you expect to get out of the Linaro toolchain layer?

There are two goals. One is to use OE-core as a testsuite for a pre-built binary gcc-linaro. The other is to provide a meta layer that always has the latest released gcc-linaro and, in the future, also gdb, qemu etc..

Regards
Ken