From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>
Subject: Re: building Yocto for Pandaboard
Date: Thu, 09 Feb 2012 15:33:47 +0000 [thread overview]
Message-ID: <1328801627.9968.32.camel@ted> (raw)
In-Reply-To: <4C3F7029-4844-4BA7-B378-BC30E27660F0@dominion.thruhere.net>
On Thu, 2012-02-09 at 14:54 +0100, Koen Kooi wrote:
> Op 9 feb. 2012, om 14:11 heeft jfabernathy het volgende geschreven:
> > On 02/09/2012 08:01 AM, Maupin, Chase wrote:
> >>> Wow! Sorry I jumped into a mailing list I obviously don't
> >>> understand or belong in. I apologize if I offended. I did read
> >>> the README, but it didn't make a bit of sense to me because it
> >>> talked about angstrom, which I don't know anything about and
> >>> wondered what that had to do with yocto. My current Yocto
> >>> knowledge is based on the meta-intel layer, which doesn't mention
> >>> angstrom. It sounds like the hint/trick that Gary mentioned will
> >>> make bitbake build with just yocto, which is what I want. My goal
> >>> is more of a proof of concept. I'd like to prove if you could take
> >>> the same image recipe and move it from Pandaboard to Atom and vice
> >>> versa. That way a developer could pick the hardware platform based
> >>> on the performance, features, and cost. The software effort should
> >>> be minimal to move if the Yocto concept works as advertised.
> >> Jim, you are welcome here. As was mentioned before there have been
> a lot of discussions about this layer. One of the goals for the
> meta-ti layer will be to work with just oe-core and yocto and not
> require meta-angstrom. We are moving that direction and the use case
> you are trying and your experiences with it are important. Thanks for
> taking the time to give this a shot.
> >>
> > Thanks, glad the proof of concept falls into the groups thinking as
> well. I will monitor for progress on the use of just the Yocto Linux
> for this POC.
>
> Yocto or Poky? Because if you want yocto, angstrom very much *is*
> yocto. If you want Poky, that's something different.
I think there are a few things need to get cleared up here as this is
likely confusing for people.
The Yocto Project is the overall project which is working on improving
embedded Linux for people in whatever areas those improvements are
needed in. This involves things like eglibc, creating standard formats
for hardware definitions (BSPs) and has also involved some work on build
system which are derived from OpenEmbedded.
The Yocto Project uses Poky as its reference build system which is a
combination of Bitbake, OE-Core, a load of documentation and a very
small shim called meta-yocto. Its purpose is to provide a known good
base system people can build on top of by adding layers.
Angstrom is similar to Poky in that its a mix of components allowing
people to build things. It includes Bitbake and OE-Core and some other
pieces. It has an equivalent to meta-yocto with different functionality.
I'll let Koen as one of its maintainers describe what its purpose is.
One difference is that is has a specific set of hardware targets and
provides prebuilt package feeds which Poky does not (nor does the Yocto
Project).
meta-ti is intended as a hardware support layer for various TI products.
The trouble is that some of these components have been around for a
while and it hasn't always been possible to neatly layer things. In
particular, meta-ti historically has a dependency on Angstrom.
Work is underway to remove that dependency so meta-ti can operate freely
with both Poky and Angstrom, or just with OE-Core and Bitbake as
separate pieces. There is no architectural problem with this and it is
the intention of everyone involved. There is the question of sorting
some of the mechanics and making the change whilst not causing problems
for existing users. I'm really happy to see progress on this!
So in answer to Jim's question, you will be able to use meta-ti with
Poky directly but right now, there are some details being worked through
and it doesn't quite work. Perhaps we could mention that in the meta-ti
README so people can see what the plan is as well as the current
situation?
Cheers,
Richard
next prev parent reply other threads:[~2012-02-09 15:33 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-08 21:58 building Yocto for Pandaboard jfabernathy
2012-02-08 22:04 ` Koen Kooi
2012-02-08 22:05 ` Gary Thomas
2012-02-08 22:11 ` jfabernathy
2012-02-08 22:18 ` Koen Kooi
2012-02-08 22:22 ` Gary Thomas
2012-02-08 22:27 ` Koen Kooi
2012-02-08 22:34 ` Gary Thomas
2012-02-08 22:51 ` James Abernathy
2012-02-09 1:16 ` William Mills
[not found] ` <CAFZh4h_dVaOnbYMZjnAc34upJqoPKK4AaPEOEHPTQL6ZEyU-6w@mail.gmail.com>
2012-02-09 16:23 ` Brian Hutchinson
2012-02-09 16:36 ` Denys Dmytriyenko
2012-02-09 16:54 ` Brian Hutchinson
2012-02-09 17:53 ` Denys Dmytriyenko
2012-02-09 16:59 ` Philip Balister
2012-02-09 17:05 ` Brian Hutchinson
2012-02-09 18:17 ` Jeff Osier-Mixon
2012-02-09 18:20 ` Denys Dmytriyenko
2012-02-09 18:23 ` Jeff Osier-Mixon
2012-02-09 17:12 ` Gary Thomas
2012-02-09 17:15 ` Denys Dmytriyenko
2012-02-09 17:25 ` Gary Thomas
2012-02-09 17:14 ` Denys Dmytriyenko
2012-02-09 13:01 ` Maupin, Chase
2012-02-09 13:11 ` jfabernathy
2012-02-09 13:54 ` Koen Kooi
2012-02-09 15:21 ` Maupin, Chase
2012-02-09 15:33 ` Richard Purdie [this message]
2012-02-09 16:30 ` jfabernathy
2012-02-09 16:36 ` Jack Mitchell
2012-02-09 16:53 ` Philip Balister
2012-02-09 16:57 ` Denys Dmytriyenko
2012-02-08 22:20 ` Gary Thomas
-- strict thread matches above, loose matches on Subject: below --
2012-02-27 8:26 Building " Christian.Schulenberg
2012-02-27 8:50 ` Koen Kooi
2012-02-27 16:06 ` Philip Balister
2012-02-27 16:19 ` Koen Kooi
2012-02-27 17:06 ` William Mills
2012-02-27 18:56 ` Denys Dmytriyenko
2012-02-28 7:52 ` Christian.Schulenberg
2012-02-28 7:56 ` Koen Kooi
2012-02-28 8:15 ` Christian.Schulenberg
2012-03-05 8:58 ` Christian.Schulenberg
2012-03-05 13:04 ` Robert P. J. Day
2012-03-05 14:21 ` Christian.Schulenberg
2012-03-05 15:16 ` Robert P. J. Day
2012-03-05 15:29 ` Christian.Schulenberg
2012-03-05 15:48 ` Robert P. J. Day
2012-03-05 16:39 ` Robert P. J. Day
2012-03-05 16:43 ` Gary Thomas
2012-03-05 16:58 ` Denys Dmytriyenko
2012-03-05 17:13 ` Robert P. J. Day
2012-03-05 17:15 ` Koen Kooi
2012-03-05 20:29 ` Denys Dmytriyenko
2012-03-05 20:31 ` Koen Kooi
2012-03-05 22:28 ` Denys Dmytriyenko
2012-03-06 1:39 ` Denys Dmytriyenko
2012-03-06 2:20 ` Brian Hutchinson
2012-03-05 20:26 ` Marc Butler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1328801627.9968.32.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=meta-ti@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.