From: "Ulf Samuelsson" <ulf@atmel.com>
To: <openembedded-devel@lists.openembedded.org>
Subject: Re: New OE user question
Date: Tue, 1 Apr 2008 07:45:12 +0200 [thread overview]
Message-ID: <005201c893bc$e53f8860$c973fea9@atmel.com> (raw)
In-Reply-To: c384c5ea0803311047g1665c14fqfe6fc2417abfb969@mail.gmail.com
> Hello,
>
> On Mon, Mar 31, 2008 at 6:34 PM, Geoffrey Wossum <geoffrey@pager.net> wrote:
>> On Monday 31 March 2008 11:12:03 am Koen Kooi wrote:
>>
>> > Leon Woestenberg schreef:
>> > | Can someone suggest a saner distribution for this Samsung chip?
>> > It's an atmel chip, and atmel itself recommends angstrom:
>> > http://www.linux4sam.org/twiki/bin/view/Linux4SAM/OpenEmbeddedAngstrom
>>
> Whoops on the chip, and yes they do recommend Angstrom when choosing
> OpenEmbedded.
>
> Now it seems so far Atmel seems to use buildroot a lot as well.
>
>> recommend against OE / Angstrom. Interesting side note, it seems they
>> recently had to rollback some of their AVR32 gcc patches in the buildroot
>> mainline because they were breaking stuff there.
>>
There was some minor conflict with the x86, which could probably
be resolved quite easily, but that is not the reason for removing the
AVR32 patched.
The main problem for the last month is that AVR32 patches are duplicated.
The toolchain patches area about 6-7 MB and it does not make
sense to add bloat for all the buildroot users.
I extended buildroot last year to allow building the AVR32 toolchain using
prepatched sources downloaded separately for the AVR32.
The AVR32 patches recently added, duplicated the prepatched
toolchain, and it is simply not worth it, so I reverted it back to
only support the prepatched toolchain.
The AVR32 linux patches were also duplicated in each board directory,
and that has also been fixed
> I saw that. I wonder if "there" means uclibc (in case we are affected
> as well), or buildroot specifics (where they break other archs)?
Best Regards
Ulf Samuelsson
next prev parent reply other threads:[~2008-04-01 5:54 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-31 14:07 New OE user question E Robertson
2008-03-31 15:33 ` Cliff Brake
2008-03-31 16:19 ` E Robertson
2008-03-31 17:12 ` Cliff Brake
2008-03-31 17:09 ` E Robertson
2008-03-31 17:33 ` Cliff Brake
2008-03-31 15:44 ` Leon Woestenberg
2008-03-31 16:12 ` Koen Kooi
2008-03-31 16:26 ` E Robertson
2008-03-31 16:34 ` Geoffrey Wossum
2008-03-31 17:47 ` Leon Woestenberg
2008-04-01 5:45 ` Ulf Samuelsson [this message]
2008-03-31 16:01 ` Geoffrey Wossum
2008-04-01 6:40 ` OE Manual: License change? (was: Re: New OE user question) Marcin Juszkiewicz
2008-04-01 11:00 ` OE Manual: License change? Jeremy Lainé
2008-04-01 13:08 ` Leon Woestenberg
2008-04-01 15:27 ` Marcin Juszkiewicz
2008-04-01 15:54 ` Robert Schuster
2008-04-01 20:48 ` Richard Purdie
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='005201c893bc$e53f8860$c973fea9@atmel.com' \
--to=ulf@atmel.com \
--cc=openembedded-devel@lists.openembedded.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.