[Mesa-dev] llvmpipe support for ARM?
Jan Vesely
jan.vesely at rutgers.edu
Wed Apr 15 08:45:40 PDT 2015
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 at entry=0x1e360,
> > inputs=inputs at 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 at 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.moberg at gmail.com <mailto:marko.s.moberg at gmail.com>
> >
> >
> >
> > _______________________________________________
> > mesa-dev mailing list
> > mesa-dev at 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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
--
Jan Vesely <jan.vesely at rutgers.edu>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20150415/9fb0553a/attachment.sig>
More information about the mesa-dev
mailing list