From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1Qnup7-0006OO-TJ for openembedded-core@lists.openembedded.org; Mon, 01 Aug 2011 17:54:34 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p71FoAvd008423; Mon, 1 Aug 2011 16:50:10 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07336-10; Mon, 1 Aug 2011 16:50:06 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p71Fo1oP008408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Aug 2011 16:50:02 +0100 From: Richard Purdie To: Koen Kooi In-Reply-To: <50CF8F6D-804A-4401-8EA3-5F19581E78D2@dominion.thruhere.net> References: <1312206102-16094-1-git-send-email-koen@dominion.thruhere.net> <1312206461.2344.457.camel@rex> <50CF8F6D-804A-4401-8EA3-5F19581E78D2@dominion.thruhere.net> Date: Mon, 01 Aug 2011 16:49:48 +0100 Message-ID: <1312213788.2344.504.camel@rex> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 X-Virus-Scanned: amavisd-new at rpsys.net Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCH v2] arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat case X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 15:54:34 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2011-08-01 at 16:00 +0200, Koen Kooi wrote: > Op 1 aug. 2011, om 15:47 heeft Richard Purdie het volgende geschreven: > > > On Mon, 2011-08-01 at 15:41 +0200, Koen Kooi wrote: > >> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in PACKAGE_EXTRA_ARCHS: > >> > >> arch all 1 > >> arch any 6 > >> arch noarch 11 > >> arch arm 16 > >> arch armv4 21 > >> arch armv4t 26 > >> arch armv5 31 > >> arch armv5t 36 > >> arch armv5-vfp 41 > >> arch armv5t-vfp 46 > >> arch armv5e 51 > >> arch armv5te 56 > >> arch armv5e-vfp 61 > >> arch armv5te-vfp 66 > >> arch armv6-vfp 71 > >> arch armv6t-vfp 76 > >> arch armv7-vfp 81 > >> arch armv7t2-vfp 86 > >> arch armv7a-vfp 91 > >> arch armv7at2-vfp 96 > >> arch armv7a-vfp-neon 101 > >> arch armv7at2-vfp-neon 106 > >> arch beagleboard 111 > >> > >> Which leads to a failing do_rootfs > >> > >> Signed-off-by: Koen Kooi > >> --- > >> meta/conf/machine/include/arm/arch-armv7a.inc | 4 ++-- > >> 1 files changed, 2 insertions(+), 2 deletions(-) > >> > >> diff --git a/meta/conf/machine/include/arm/arch-armv7a.inc b/meta/conf/machine/include/arm/arch-armv7a.inc > >> index ce9cee5..704f86b 100644 > >> --- a/meta/conf/machine/include/arm/arch-armv7a.inc > >> +++ b/meta/conf/machine/include/arm/arch-armv7a.inc > >> @@ -14,9 +14,9 @@ TUNE_FEATURES_tune-armv7a ?= "armv7a vfp" > >> TUNE_FEATURES_tune-armv7at ?= "armv7a vfp thumb" > >> TUNE_FEATURES_tune-armv7a-neon ?= "armv7a vfp neon" > >> TUNE_FEATURES_tune-armv7at-neon ?= "armv7a vfp neon thumb" > >> -PACKAGE_EXTRA_ARCHS_tune-armv7a = "${PACKAGE_EXTRA_ARCHS_tune-armv7} armv7a-vfp" > >> +PACKAGE_EXTRA_ARCHS_tune-armv7a = "${PACKAGE_EXTRA_ARCHS_tune-armv7} armv7a armv7a-vfp" > >> PACKAGE_EXTRA_ARCHS_tune-armv7a-neon = "${PACKAGE_EXTRA_ARCHS_tune-armv7a} armv7a-vfp-neon" > >> -PACKAGE_EXTRA_ARCHS_tune-armv7at = "${PACKAGE_EXTRA_ARCHS_tune-armv7t} armv7a-vfp armv7at2-vfp" > >> +PACKAGE_EXTRA_ARCHS_tune-armv7at = "${PACKAGE_EXTRA_ARCHS_tune-armv7t} armv7a armv7a-vfp armv7at2-vfp" > >> PACKAGE_EXTRA_ARCHS_tune-armv7at-neon = "${PACKAGE_EXTRA_ARCHS_tune-armv7at} armv7a-vfp-neon armv7at2-vfp-neon" > > > > I didn't spell it out but you still need the b versions too for the > > equivalent lines ;-) > > Actually, no :) There only is a little endian compat mapping in > base.bbclass, so it only makes sense to fix that one. There are no BE > v7as in classic OE or in any layer google.com knows about, so let's > leave that out. Ok, merged to master, thanks. Richard