* Adding TARGET_VECTOR
@ 2011-08-25 14:35 Kumar Gala
2011-09-02 14:32 ` Kumar Gala
2011-09-30 17:31 ` Khem Raj
0 siblings, 2 replies; 6+ messages in thread
From: Kumar Gala @ 2011-08-25 14:35 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
We have some packages like flac that are aware of vectorization that may or may not exist on a given processor. I was wondering if adding something like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to decide on how to set various vectorization flags if needed.
I was looking at this mostly from the PPC side in which we have:
TARGET_VECTOR = "" /* processor has no vector hw */
TARGET_VECTOR = "altivec" /* processor has AltiVec support */
TARGET_VECTOR = "spe" /* processor has signal processing engine support */
TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
Not sure what makes sense for x86, ARM, or MIPS.
- k
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Adding TARGET_VECTOR
2011-08-25 14:35 Adding TARGET_VECTOR Kumar Gala
@ 2011-09-02 14:32 ` Kumar Gala
2011-09-30 17:31 ` Khem Raj
1 sibling, 0 replies; 6+ messages in thread
From: Kumar Gala @ 2011-09-02 14:32 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Aug 25, 2011, at 9:35 AM, Kumar Gala wrote:
> We have some packages like flac that are aware of vectorization that may or may not exist on a given processor. I was wondering if adding something like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to decide on how to set various vectorization flags if needed.
>
> I was looking at this mostly from the PPC side in which we have:
>
> TARGET_VECTOR = "" /* processor has no vector hw */
> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>
> Not sure what makes sense for x86, ARM, or MIPS.
Any comments on this?
- k
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Adding TARGET_VECTOR
2011-08-25 14:35 Adding TARGET_VECTOR Kumar Gala
2011-09-02 14:32 ` Kumar Gala
@ 2011-09-30 17:31 ` Khem Raj
2011-09-30 17:49 ` McClintock Matthew-B29882
1 sibling, 1 reply; 6+ messages in thread
From: Khem Raj @ 2011-09-30 17:31 UTC (permalink / raw)
To: openembedded-core
On 8/25/2011 7:35 AM, Kumar Gala wrote:
> We have some packages like flac that are aware of vectorization that may or may not exist on a given processor. I was wondering if adding something like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to decide on how to set various vectorization flags if needed.
>
> I was looking at this mostly from the PPC side in which we have:
>
> TARGET_VECTOR = "" /* processor has no vector hw */
> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>
is target vector a property of FPU itself or is it a separate processing
unit in hardware.?
> Not sure what makes sense for x86, ARM, or MIPS.
>
> - k
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Adding TARGET_VECTOR
2011-09-30 17:31 ` Khem Raj
@ 2011-09-30 17:49 ` McClintock Matthew-B29882
2011-09-30 20:05 ` Khem Raj
0 siblings, 1 reply; 6+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-30 17:49 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On 8/25/2011 7:35 AM, Kumar Gala wrote:
>>
>> We have some packages like flac that are aware of vectorization that may
>> or may not exist on a given processor. I was wondering if adding something
>> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to
>> decide on how to set various vectorization flags if needed.
>>
>> I was looking at this mostly from the PPC side in which we have:
>>
>> TARGET_VECTOR = "" /* processor has no vector hw */
>> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
>> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
>> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>>
>
> is target vector a property of FPU itself or is it a separate processing
> unit in hardware.?
We have several powerpc cores each containing a different vector
features. We need a way to differentiate in the recipes between
different cores and decide to enable SPE, Altivec, etc to build the
package properly.
I've sort of gone the route of adding:
OVERRIDES := ":core_type"
And using that in recipes. But, I think we need a consensus on how we
want to handle this.
-M
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Adding TARGET_VECTOR
2011-09-30 17:49 ` McClintock Matthew-B29882
@ 2011-09-30 20:05 ` Khem Raj
2011-09-30 20:08 ` McClintock Matthew-B29882
0 siblings, 1 reply; 6+ messages in thread
From: Khem Raj @ 2011-09-30 20:05 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
On Fri, Sep 30, 2011 at 10:49 AM, McClintock Matthew-B29882
<B29882@freescale.com> wrote:
> On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> On 8/25/2011 7:35 AM, Kumar Gala wrote:
>>>
>>> We have some packages like flac that are aware of vectorization that may
>>> or may not exist on a given processor. I was wondering if adding something
>>> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to
>>> decide on how to set various vectorization flags if needed.
>>>
>>> I was looking at this mostly from the PPC side in which we have:
>>>
>>> TARGET_VECTOR = "" /* processor has no vector hw */
>>> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
>>> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
>>> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>>>
>>
>> is target vector a property of FPU itself or is it a separate processing
>> unit in hardware.?
>
> We have several powerpc cores each containing a different vector
> features. We need a way to differentiate in the recipes between
> different cores and decide to enable SPE, Altivec, etc to build the
> package properly.
>
> I've sort of gone the route of adding:
>
> OVERRIDES := ":core_type"
>
> And using that in recipes. But, I think we need a consensus on how we
> want to handle this.
there is SOC_FAMILY thats used predominantly in TI chips that could be
of interest here.
but in this case I wanted to understand
if it is a feature of FPU or is it a separate unit, still not clear to me.
>
> -M
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Adding TARGET_VECTOR
2011-09-30 20:05 ` Khem Raj
@ 2011-09-30 20:08 ` McClintock Matthew-B29882
0 siblings, 0 replies; 6+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-30 20:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
On Fri, Sep 30, 2011 at 3:05 PM, Khem Raj <raj.khem@gmail.com> wrote:
> there is SOC_FAMILY thats used predominantly in TI chips that could be
> of interest here.
> but in this case I wanted to understand
> if it is a feature of FPU or is it a separate unit, still not clear to me.
It's all on one SoC/Core.
-M
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-09-30 20:14 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-08-25 14:35 Adding TARGET_VECTOR Kumar Gala
2011-09-02 14:32 ` Kumar Gala
2011-09-30 17:31 ` Khem Raj
2011-09-30 17:49 ` McClintock Matthew-B29882
2011-09-30 20:05 ` Khem Raj
2011-09-30 20:08 ` McClintock Matthew-B29882
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox