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,
prev parent 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.