All of lore.kernel.org
 help / color / mirror / Atom feed
From: Khem Raj <raj.khem@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: FA526 / CNS2132 / TS-7500 build configuration
Date: Sun, 19 Sep 2010 21:39:11 -0700	[thread overview]
Message-ID: <20100920043911.GA7809@gmail.com> (raw)
In-Reply-To: <AANLkTinKOg2beadzpOyLQ+eQtQa4KH5KG11OyF_jCC64@mail.gmail.com>

On (19/09/10 19:18), R.T. McGee wrote:
> The Faraday FA526 core is used in ARM processors like the Semi STR8132
> / Cavium CNS2132 which is in my Technologic Systems TS-7500 board in
> addition to some NAS boxes out there. From what I have read, it
> basically resembles a ARM920T but has NO thumb interworking support
> which makes it not fully EABI compliant (
> http://www.mail-archive.com/openocd-development@lists.berlios.de/msg05856.html
> ). I have build a few tool chains manually that produce working code
> using a configuration meant for a OABI style armv4 which makes sense
> since it uses NO thumb instructions, but I am not sure this is
> optimal.

eabi is now supported on armv4 architecture and we have OE internal
toolchain also support it from gcc 4.4.x onwards. 

> 
> What is the best way to move forward to setup a OpenEmbedded
> distro/machine configuration for something like the TS-7500 or a
> general FA526 configuration?  

look at any armv4 machines we have in OE e.g. collie and distros like
minimal or angstrom

DISTRO=minimal MACHINE=collie bitbake minimal-image 

I guess, one option is setup OABI ARMv4
> style setup but this was removed from things like angstrom a while
> ago. Switching to OABI just to get rid of thumb seems a little silly.
> 
> It would be nice to figure out a way to use EABI ARMv4T toolkit but
> pass flags like -mapcs-32 -mno-thumb-interwork (just a guess) to GCC
> to insure no thumb instructions (other weird things are discussed in
> http://wiki.debian.org/ArmEabiPort#Otherscenarios ).  The linker
> option -fix-v4bx looks promising for the linker also. A lot of things
> are possible solutions, but whats the cleanest way to work it into
> OpenEmbedded's build system?

its already functional in OE.

> 
> Any suggestion would be helpful. Thanks.
> 


Thx
-Khem



  reply	other threads:[~2010-09-20  4:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AANLkTinFs+k=b-UowmKXY9kWFvSdv772K1n7B+uzkJHL@mail.gmail.com>
2010-09-19 23:18 ` FA526 / CNS2132 / TS-7500 build configuration R.T. McGee
2010-09-20  4:39   ` Khem Raj [this message]
     [not found] ` <AANLkTinpUwuVykASgF2gj=3QRTmGpa5mZpS6_TwrLpGj@mail.gmail.com>
     [not found]   ` <AANLkTinbNucPm-bK52mrOhjOo9mJfWHUBkBct6KXCXsm@mail.gmail.com>
2010-10-10  1:02     ` R.T. McGee
2010-10-10  5:32       ` Petr Štetiar

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=20100920043911.GA7809@gmail.com \
    --to=raj.khem@gmail.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.