[oe] [PATCH] evas: disable cpu neon support for palmpre machine

Simon Busch morphis at gravedo.de
Thu Feb 24 05:33:47 UTC 2011


On 02/23/11 at 10:54am, Paul Menzel wrote:
> Am Mittwoch, den 09.02.2011, 16:45 -0700 schrieb Tom Rini:
> > On 02/09/2011 01:44 PM, Khem Raj wrote:
> > > On Wed, Feb 9, 2011 at 11:45 AM, Tom Rini<tom_rini at mentor.com>  wrote:
> > >> On 02/09/2011 12:31 PM, Simon Busch wrote:
> > >>>
> > >>> 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<tom_rini at mentor.com>    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<morphis at gravedo.de>
> > >>>>>>> ---
> > >>>>>>>   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.
> > >
> > > that would be nice because once we add machine override it can become
> > > a common escape for other machines
> > > and changing this to be a machine specific recipe is not desired
> > > unless absolutely needed
> > >
> > >>
> > >> My only concern is that are we sure other armv7a targets aren't also having
> > >> fatal problems?
> > >
> > > we don't fix what we don't know is broken
> > 
> > Right.  But it sounds like it shouldn't be too hard to see if it is 
> > broken elsewhere :)

> This patch [1] is superseded by Koen’s commit d6729be1 [2].

I already saw Koen's commit but nevertheless someone should try to find out 
why Neon makes such troubles on our arm targets. 

regards,
SImon




More information about the Openembedded-devel mailing list