Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: qemuarm: should it really have TUNE_ARCH armv5te?
Date: Tue, 11 Sep 2012 13:00:47 -0500	[thread overview]
Message-ID: <504F7C4F.5030003@windriver.com> (raw)
In-Reply-To: <20120911174324.GM14077@jama.jama.net>

On 9/11/12 12:43 PM, Martin Jansa wrote:
> On Tue, Sep 11, 2012 at 06:37:23PM +0100, Phil Blundell wrote:
>> On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
>>> If this works then DISTRO would have finer control of which DEFAULTTUNE
>>> to use
>>>
>>> 1) default: don't use mtune, optimize only for march (don't mix mtune in
>>> the same feed).
>>>
>>> 2) include optimized-tune.inc in distro.conf: use mtune only for some packages, but
>>> with separate package feed for them
>>>
>>> 3) DEFAULTTUNE = ${OPTDEFAULTTUNE} in distro.conf: always use best mtune
>>> available for MACHINE, but unlike current default, don't mix them in
>>> same package feed
>>>
>>> DEFAULTTUNE = ${OPTDEFAULTTUNE} should also be used for PACKAGE_ARCH ==
>>> MACHINE_ARCH
>>
>> Yeah, that all sounds fairly reasonable to me.  I'm not sure that
>> optimized-tune.inc belongs in oe-core, since its contents is inherently
>> distro-specific, but the general plan seems pretty good.
>
> OK, thanks
>
> I've put optimized-tune.inc to oe-core only to share knowledge of which
> packages are worth using OPTDEFAULTTUNE, but I expect DISTRO maintainers
> to add their own entries too (e.g. for stuff which is only in their own
> layer), so I'm fine with optimized-tune.inc in meta-distro too.

Along those lines.. I'm always asked for optimized crypto libraries (nss, 
openssl, beecrypt, etc...), database (mysql or similar), codecs, sometimes libc 
itself, and graphics drivers.. otherwise nobody seems to care if it's "good enough".

--Mark

> Cheers,
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>




  reply	other threads:[~2012-09-11 18:13 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-11 13:01 qemuarm: should it really have TUNE_ARCH armv5te? Martin Jansa
2012-09-11 13:48 ` Martin Jansa
2012-09-11 15:51   ` ARM-tuning -- was " Mark Hatle
2012-09-11 15:59     ` Martin Jansa
2012-09-11 16:09       ` Mark Hatle
2012-09-11 16:22         ` Martin Jansa
2012-09-11 16:13     ` Koen Kooi
2012-09-11 18:40       ` Khem Raj
2012-09-11 18:53         ` Phil Blundell
2012-09-11 19:58           ` Khem Raj
2012-09-11 16:46 ` Phil Blundell
2012-09-11 16:53   ` Martin Jansa
2012-09-11 17:14     ` Phil Blundell
2012-09-11 17:21       ` Martin Jansa
2012-09-11 17:35         ` Martin Jansa
2012-09-11 17:37           ` Phil Blundell
2012-09-11 17:43             ` Martin Jansa
2012-09-11 18:00               ` Mark Hatle [this message]
2012-09-12 14:33 ` Richard Purdie
2012-09-13  6:20   ` Martin Jansa
2012-09-13 10:42     ` Richard Purdie
2012-09-13 12:14       ` Martin Jansa
2012-09-13 12:58         ` Richard Purdie
2012-09-15  7:01           ` Martin Jansa
2012-09-21 15:52             ` Martin Jansa
2012-09-22 11:48               ` Richard Purdie
2012-09-13 16:47       ` Mark Hatle
2012-09-13 17:02         ` Phil Blundell

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=504F7C4F.5030003@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox