Hi, I can run arm llvmpipe glxgears on IFC6410 (Snapdragon 600 APQ8064, Krait 300) without problems. llvm 3.5 mesa 10.4.3 both are fedora 21 standard packages without modifications. I haven't tried anything more complex than glxgears
jan On Wed, 2015-04-15 at 16:30 +0200, Roland Scheidegger wrote: > There were reports with varying success of running llvmpipe with arm in > the past but I haven't heard anything for a while. In theory it should > work (and crashing in the pixel shader is an indication the vertex > shader worked or at least didn't crash). > But it's not really tested and hence might easily break. My suggestion > would be to try a newer Mesa version since 9.2.5 is very old, but I > really don't know if it will help. > If that doesn't help, you could try debugging it, you can get the > crashing instruction in gdb with x/i <address> and see if that was an > unaligned access which should have been aligned or something else. > GALLIVM_DEBUG=ir,asm will get you the IR and compiled code (with debug > builds). > > Roland > > > Am 15.04.2015 um 14:37 schrieb Marko Moberg: > > Hi, > > > > I have been trying to get OpenGL sw rastering to work on Linux based ARM > > CortexA15 device but for some reason gallium llvmpipe gives me a > > segmentation fault. Has anybody managed to run sw rastering using > > gallium llvmpipe on ARM? Softpipe seems to be working ok. > > > > I am using the following versions: > > - Mesa 9.2.5 > > - LLVM3.3 > > - Wayland/Weston 1.5 > > > > The issue is related to opengl/gles2 rendering i.e. weston-simple-egl > > demo and Qt openGL demos give seg faults when executed with llvmpipe > > enabled. > > > > Backtrace from weston-simple-egl looks something like this: > > #0 0x6d7de620 in ?? () > > #1 0xb354004c in fs17_variant0_partial () > > #2 0xb6841740 in lp_rast_shade_quads_mask (task=task@entry=0x1e360, > > inputs=inputs@entry=0x47a00, x=128, y=80, mask=4369) at lp_rast.c:466 > > #3 0xb6842d04 in do_block_4_1 (c=<optimized out>, y=<optimized out>, > > x=<optimized out>, plane=<optimized out>, tri=<optimized out>, > > task=<optimized out>) at lp_rast_tri_tmp.h:61 > > #4 do_block_16_1 (c=<synthetic pointer>, y=<optimized out>, > > x=<optimized out>, plane=0xb4f4ccf0, tri=<optimized out>, > > task=<optimized out>) at lp_rast_tri_tmp.h:130 > > #5 lp_rast_triangle_1 (task=0x1e360, arg=...) at lp_rast_tri_tmp.h:232 > > #6 0xb6840420 in do_rasterize_bin (bin=<optimized out>, task=0x1e360, > > x=<optimized out>, y=<optimized out>) at lp_rast.c:607 > > #7 rasterize_bin (y=<optimized out>, x=<optimized out>, bin=<optimized > > out>, > > task=0x1e360) at lp_rast.c:626 > > #8 rasterize_scene (task=task@entry=0x1e360, scene=0xb3646008) > > at lp_rast.c:675 > > #9 0xb6840cb0 in thread_function (init_data=0x1e360) at lp_rast.c:788 > > #10 0xb6d98ed2 in start_thread () from /lib/libpthread.so.0 > > #11 0xb6c91058 in ?? () from /lib/libc.so.6 > > #12 0xb6c91058 in ?? () from /lib/libc.so.6 > > > > regards, > > Marko > > > > marko.s.mob...@gmail.com <mailto:marko.s.mob...@gmail.com> > > > > > > > > _______________________________________________ > > mesa-dev mailing list > > mesa-dev@lists.freedesktop.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.freedesktop.org_mailman_listinfo_mesa-2Ddev&d=AwIGaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_I&m=5qZ4KpVhu_wXA8-dTn8xYiul5G713jYwztPr8kfcUZM&s=wBNyDvf5DiNBjxXXl7QvyHOvNuTVjZAaw0n7WaQM-bA&e= > > > > > > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev -- Jan Vesely <jan.ves...@rutgers.edu>
signature.asc
Description: This is a digitally signed message part
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev