All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 3/3] powerpc: define TUNE_PKGARCH for powerpc/powerpc-nf
Date: Tue, 27 Mar 2012 16:50:16 -0500	[thread overview]
Message-ID: <4F723618.6060104@windriver.com> (raw)
In-Reply-To: <CABcZANmm5BNHdMtSJJ_P6WNpkgrQ+1vhbHgDg1-9Dc_FXWbhgQ@mail.gmail.com>

On 3/27/12 4:05 PM, Chris Larson wrote:
> On Tue, Mar 27, 2012 at 1:22 PM, Mark Hatle<mark.hatle@windriver.com>  wrote:
>> Patch 1 and 2 look fine, but I have questions on this one....
>>
>>
>> On 3/27/12 2:51 PM, Christopher Larson wrote:
>>>
>>> From: Christopher Larson<chris_larson@mentor.com>
>>>
>>> This allows setting DEFAULTTUNE to powerpc or powerpc-nf rather than just
>>> the
>>> more specific cpu/machine tuning.
>>>
>>> Signed-off-by: Christopher Larson<chris_larson@mentor.com>
>>> ---
>>>   meta/conf/machine/include/powerpc/arch-powerpc.inc |    2 ++
>>>   1 files changed, 2 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/meta/conf/machine/include/powerpc/arch-powerpc.inc
>>> b/meta/conf/machine/include/powerpc/arch-powerpc.inc
>>> index c5fd6b7..3438b46 100644
>>> --- a/meta/conf/machine/include/powerpc/arch-powerpc.inc
>>> +++ b/meta/conf/machine/include/powerpc/arch-powerpc.inc
>>> @@ -26,6 +26,8 @@ AVAILTUNES += "powerpc powerpc-nf"
>>>   TUNE_FEATURES_tune-powerpc-nf ?= "m32 fpu-soft"
>>>   BASE_LIB_tune-powerpc-nf = "lib"
>>>   PACKAGE_EXTRA_ARCHS_tune-powerpc-nf = "powerpc-nf"
>>> +TUNE_PKGARCH_tune-powerpc-nf = "powerpc-nf"
>>>   TUNE_FEATURES_tune-powerpc ?= "m32 fpu-hard"
>>>   BASE_LIB_tune-powerpc = "lib"
>>>   PACKAGE_EXTRA_ARCHS_tune-powerpc = "powerpc"
>>> +TUNE_PKGARCH_tune-powerpc = "powerpc"
>>
>>
>> Why is the above necessary?
>>
>> TUNE_PKGARCH_append is set to "${PPCPKGSFX_FPU}"
>>
>> PPCPKGSFX_FP is set to either '' or '-nf' based on the existance of
>> fpu-soft.
>>
>> TUNE_PKGARCH is set by a number of the PowerPC tuning files...  If you are
>> looking for generic PowerPC there should be something setting TUNE_PKGARCH
>> to "powerpc" (or "powerpc64" in the default cases...)
>
> This is what I'm saying. If you want to target generic powerpc, you
> have to force TUNE_PKGARCH, as the generic don't have
> TUNE_PKGARCH_tune- definitions. It seems to me in most cases you can
> set DEFAULTTUNE and include an appropriate tune file and not need to
> set TUNE_PKGARCH directly, which is not the case for the generic ones.
> Was it not the intent that this was the case? Should every MACHINE
> have to override TUNE_PKGARCH?

On PowerPC TUNE_PKGARCH should be set to powerpc (or overriden by the machines). 
  On PowerPC64, it should be set to powerpc64.  If this is not happening that is 
the bug, lack of the default TUNE_PKGARCH.  (based on the original implementation.)

It was intended that having to have multiple TUNE_PKGARCH one for powerpc and 
one for powerpc-nf was not the intention.

I'm open to changing it, but I took a lot of "feedback" over the initial 
implementation and that is what ended up in it.

--Mark



  reply	other threads:[~2012-03-27 21:59 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-27 19:51 [PATCH 1/3] external-csl: add mapping for powerpc-nf Christopher Larson
2012-03-27 19:51 ` [PATCH 2/3] powerpc e500: set -mfloat-gprs=double Christopher Larson
2012-04-07  5:40   ` Khem Raj
2012-04-07 16:12     ` Chris Larson
2012-03-27 19:51 ` [PATCH 3/3] powerpc: define TUNE_PKGARCH for powerpc/powerpc-nf Christopher Larson
2012-03-27 20:22   ` Mark Hatle
2012-03-27 21:05     ` Chris Larson
2012-03-27 21:50       ` Mark Hatle [this message]
2012-03-27 21:57         ` Christopher Larson
2012-03-27 22:13           ` Mark Hatle
2012-03-27 22:16             ` Chris Larson
2012-03-29  4:47               ` McClintock Matthew-B29882
2012-03-29  4:54                 ` Chris Larson
2012-03-29  5:07                   ` McClintock Matthew-B29882
2012-03-29 15:38                   ` Mark Hatle
2012-03-29 15:54                     ` Chris Larson
2012-03-29 15:58                     ` McClintock Matthew-B29882
2012-03-29 16:40                       ` Mark Hatle
2012-03-29 18:38                         ` Chris Larson
2012-03-29 18:50                           ` McClintock Matthew-B29882

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=4F723618.6060104@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=openembedded-core@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.