From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail.pbcl.net ([88.198.119.4] helo=hetzner.pbcl.net)
	by linuxtogo.org with esmtp (Exim 4.72)
	(envelope-from <philb@gnu.org>) id 1TBUcv-0003l1-Py
	for openembedded-core@lists.openembedded.org;
	Tue, 11 Sep 2012 19:51:57 +0200
Received: from blundell.swaffham-prior.co.uk ([91.216.112.25]
	helo=[192.168.114.6])
	by hetzner.pbcl.net with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <philb@gnu.org>)
	id 1TBUQq-0000T7-Uj; Tue, 11 Sep 2012 19:39:29 +0200
Message-ID: <1347385043.29443.28.camel@x121e.pbcl.net>
From: Phil Blundell <philb@gnu.org>
To: Martin Jansa <martin.jansa@gmail.com>
Date: Tue, 11 Sep 2012 18:37:23 +0100
In-Reply-To: <20120911173529.GL14077@jama.jama.net>
References: <20120911130155.GC14077@jama.jama.net>
	<1347381972.29443.15.camel@x121e.pbcl.net>
	<20120911165323.GJ14077@jama.jama.net>
	<1347383662.29443.21.camel@x121e.pbcl.net>
	<20120911172107.GK14077@jama.jama.net>
	<20120911173529.GL14077@jama.jama.net>
X-Mailer: Evolution 3.4.3-1 
Mime-Version: 1.0
Cc: openembedded-core@lists.openembedded.org
Subject: Re: qemuarm: should it really have TUNE_ARCH armv5te?
X-BeenThere: openembedded-core@lists.openembedded.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Patches and discussions about the oe-core layer
	<openembedded-core.lists.openembedded.org>
List-Unsubscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/options/openembedded-core>,
	<mailto:openembedded-core-request@lists.openembedded.org?subject=unsubscribe>
List-Archive: <http://lists.linuxtogo.org/pipermail/openembedded-core>
List-Post: <mailto:openembedded-core@lists.openembedded.org>
List-Help: <mailto:openembedded-core-request@lists.openembedded.org?subject=help>
List-Subscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core>,
	<mailto:openembedded-core-request@lists.openembedded.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Sep 2012 17:51:57 -0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit

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.

p.