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<[email protected]> 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<[email protected]> > > >>>>> 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<[email protected]> > > >>>>>>> --- > > >>>>>>> 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 _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
