All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: Leon Woestenberg <leon.woestenberg@gmail.com>
Cc: yocto@yoctoproject.org
Subject: Re: ppc e500v2 support?
Date: Thu, 04 Nov 2010 13:50:18 -0500	[thread overview]
Message-ID: <4CD3006A.607@windriver.com> (raw)
In-Reply-To: <AANLkTi=JebFH-aF9PDsXVR0QO+RBef4CbQSBP-yS7tG-@mail.gmail.com>

On 11/4/10 1:43 PM, Leon Woestenberg wrote:
> Hello Mark,
>
> On Thu, Nov 4, 2010 at 7:18 PM, Mark Hatle<mark.hatle@windriver.com>  wrote:
>> On 11/4/10 1:02 PM, Leon Woestenberg wrote:
>>>> and for e500v2:
>>>> -mcpu=8548 -mfloat-gprs=double -mspe=yes -mabi=spe
>>>> Neither of those would be compatible with the existing "ppc" packaging
>>>> arch.
>>>>   We will need to generate at least one new packaging arch type, likely 2
>>>> (one for each).  Maybe called ppc_spe or something similar?
>>>>
>>> In OpenEmbedded we use the core variant as the packaging name:
>>>
>>> TARGET_CC_ARCH = "-mcpu=8548 -mspe=yes -mabi=spe -mhard-float
>>> -mfloat-gprs=double"
>>> BASE_PACKAGE_ARCH = "ppce500v2"
>>> FEED_ARCH = "ppce500v2"
>>> PACKAGE_EXTRA_ARCHS += "ppce500v2"
>>>
>>> Does that make sense?
>>>
>> I think this is an area we need to coordinate.. I'm not against calling is
>> ppce500v2 for right now.  However, I think this is a place we need to
>> coordinate efforts.  I'm going to attempt to pull together a list of Linux
>> ABIs&  potential optimizations in the Yocto wiki.
>>
>> The reason I bring this up is that over the years at Wind River, and my
>> previous experience at MontaVista... and watching Emdebian and other
>> projects.. _everyone_ names their package architectures differently..
>> because people only have a small view on the problem.  We finally have
>> enough history to have a chance at indicating what the actual ABIs are, and
>> how the compatibility matrix may fill out.  (also giving us a change to
>> finally give these architectures reasonable naming schemes!)
>>
> I don't see how we could be "final" on this, it seems a returning
> topic every few years.
>
> To bring in the OpenEmbedded arch namespace and our optimizations,
> from the "master" branch at OpenEmbedded:
> http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/include?h=master

This is a place where I think the Yocto Project can help.  We're likely never 
going to have a final answer.. but what we'll be able to do is give these 
impromptu ABIs reasonable names so when people talk, everyone can be talking 
about the same thing..

Then within the Yocto Project's build environment we can promote these namings 
as part of the implementation...

Open Embedded, and everyone else has legacy associated with their names, which 
we can try to either coordinate -- or at least help document...

--Mark

> Regards,



      reply	other threads:[~2010-11-04 18:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-03 15:34 ppc e500v2 support? Frans Meulenbroeks
2010-11-03 15:40 ` Mark Hatle
2010-11-03 15:49 ` Bruce Ashfield
2010-11-03 19:32   ` Frans Meulenbroeks
2010-11-03 21:36     ` Bruce Ashfield
2010-11-04 13:53   ` Leon Woestenberg
2010-11-04 14:29     ` Bruce Ashfield
2010-11-04 17:20     ` Mark Hatle
2010-11-04 18:02       ` Leon Woestenberg
2010-11-04 18:18         ` Mark Hatle
2010-11-04 18:43           ` Leon Woestenberg
2010-11-04 18:50             ` Mark Hatle [this message]

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=4CD3006A.607@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=leon.woestenberg@gmail.com \
    --cc=yocto@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.