From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gravedo.de ([85.214.79.159]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1PnFmy-0008Lh-5I for openembedded-devel@lists.openembedded.org; Wed, 09 Feb 2011 20:33:20 +0100 Received: by gravedo.de (Postfix, from userid 5001) id BD895798D6D; Wed, 9 Feb 2011 20:32:18 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on h1108419.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-3.1 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from localhost (p5489F20A.dip.t-dialin.net [84.137.242.10]) by gravedo.de (Postfix) with ESMTPSA id EBEE0798D6B for ; Wed, 9 Feb 2011 20:32:16 +0100 (CET) Date: Wed, 9 Feb 2011 20:31:29 +0100 From: Simon Busch To: openembedded-devel@lists.openembedded.org Message-ID: <20110209193129.GA15397@nirvana> References: <1297199824-3712-1-git-send-email-morphis@gravedo.de> <4D51B81D.8000800@mentor.com> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [PATCH] evas: disable cpu neon support for palmpre machine X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2011 19:33:20 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 02/09/11 at 07:24pm, Koen Kooi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > On 09-02-11 19:16, Khem Raj wrote: > > On Tue, Feb 8, 2011 at 1:39 PM, Tom Rini wrote: > >> On 02/08/2011 02:17 PM, Simon Busch wrote: > >>> > >>> Neon support in evas is currently broken for the palmpre machine. If we > >>> enable neon > >>> support evas causes alignment trap errors and lets the device freeze in > >>> the end. This > >>> should be reverted after the bug in evas code is found and fixed. > >>> > >>> Signed-off-by: Simon Busch > >>> --- > >>> recipes/efl1/evas.inc | 5 ++++- > >>> 1 files changed, 4 insertions(+), 1 deletions(-) > >>> > >>> diff --git a/recipes/efl1/evas.inc b/recipes/efl1/evas.inc > >>> index eb64d7a..ad30eba 100644 > >>> --- a/recipes/efl1/evas.inc > >>> +++ b/recipes/efl1/evas.inc > >>> @@ -7,7 +7,7 @@ DEPENDS_virtclass-native = "freetype-native libxext-native > >>> libpng-native jpeg-na > >>> inherit efl > >>> > >>> BBCLASSEXTEND = "native" > >>> -INC_PR = "r0" > >>> +INC_PR = "r1" > >>> FILESPATHPKG =. "${BPN}-${PV}:${BPN}:" > >>> > >>> python populate_packages_prepend () { > >>> @@ -83,6 +83,9 @@ EVAS_CPU_TWEAKS = "" > >>> # Disabled for now, see > >>> http://thread.gmane.org/gmane.comp.window-managers.enlightenment.devel/25194 > >>> #EVAS_CPU_TWEAKS_armv7a = "--enable-cpu-neon" > >>> > >>> +# Neon support for evas is broken on palmpre currently (causes the device > >>> to freeze) > >>> +EVAS_CPU_TWEAKS_palmpre = "--disable-cpu-neon" > >>> + > >>> # common options > >>> EVAS_OECONF = " \ > >>> --x-includes=${STAGING_INCDIR}/X11 \ > >> > >> Shouldn't this be changing the armv7a EVAS_CPU_TWEAKS that's above yours to > >> be uncommented and as a --disable? > > > > that would disable neon for all armv7a machines probably not what is > > needed here. > Actually, that was how I did it :) The NEON code that was added doesn't > build with gcc 4.3.x and binutils 2.18.x, so I disabled it by not > enabling it. If it builds and works with gcc 4.3.x nowadays we should > enable it and find out why the palmpre breaks. Evas builds fine these days with neon support enabled but it enables it by default. I really need to find the cause of the breakage on the palmpre but don't have too much time to debug it so this is a interim solution only until the bug is found and fixed. regards, morphis