Re: [Mesa-dev] llvmpipe support for ARM?
On Wed, 15 Apr 2015 19:02:50 +0300 Marko Moberg marko.s.mob...@gmail.com wrote: Thanks for the replies. I tried to upgrade LLVM from 3.3 to 3.4 after I sent the e-mail but ended up having an internal compiler error from gcc linaro toolchain compiler. Nice. I could try a more up-to-date version of Mesa to see if it helps. Although I have learned that I can not take the most up-to-date version since something has gotten broken related to SW rendering/wayland/egl. Hi, for the record, I've been talking with Marko, and he cannot really upgrade Mesa to the very latest because of https://bugs.freedesktop.org/show_bug.cgi?id=86701 which means you cannot have Mesa software rendering on Wayland. IIRC, his target system is without X11. Thanks, pq ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] llvmpipe support for ARM?
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 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] llvmpipe support for ARM?
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-2Ddevd=AwIGaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEsr=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_Im=5qZ4KpVhu_wXA8-dTn8xYiul5G713jYwztPr8kfcUZMs=wBNyDvf5DiNBjxXXl7QvyHOvNuTVjZAaw0n7WaQM-bAe= ___ 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
Re: [Mesa-dev] llvmpipe support for ARM?
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-2Ddevd=AwIGaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEsr=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_Im=5qZ4KpVhu_wXA8-dTn8xYiul5G713jYwztPr8kfcUZMs=wBNyDvf5DiNBjxXXl7QvyHOvNuTVjZAaw0n7WaQM-bAe= ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] llvmpipe support for ARM?
Thanks for the replies. I tried to upgrade LLVM from 3.3 to 3.4 after I sent the e-mail but ended up having an internal compiler error from gcc linaro toolchain compiler. Nice. I could try a more up-to-date version of Mesa to see if it helps. Although I have learned that I can not take the most up-to-date version since something has gotten broken related to SW rendering/wayland/egl. Marko On Wed, Apr 15, 2015 at 6:45 PM, Jan Vesely jan.ves...@rutgers.edu wrote: 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-2Ddevd=AwIGaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEsr=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_Im=5qZ4KpVhu_wXA8-dTn8xYiul5G713jYwztPr8kfcUZMs=wBNyDvf5DiNBjxXXl7QvyHOvNuTVjZAaw0n7WaQM-bAe= ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev -- Jan Vesely jan.ves...@rutgers.edu ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] llvmpipe support for ARM?
That's good to know. I've always thought it's a bit of a pity that it isn't optimized at all for arm (doesn't use any arm intrinsics, though with newer llvm versions it is probably not all that important any more, and I'm not even sure which neon intrinsics would be useful) but someone would need to do the work. But that it's running is a good start :-). Roland Am 15.04.2015 um 17:45 schrieb Jan Vesely: 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-2Ddevd=AwIGaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEsr=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_Im=5qZ4KpVhu_wXA8-dTn8xYiul5G713jYwztPr8kfcUZMs=wBNyDvf5DiNBjxXXl7QvyHOvNuTVjZAaw0n7WaQM-bAe= ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.freedesktop.org_mailman_listinfo_mesa-2Ddevd=AwIFaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEsr=Vjtt0vs_iqoI31UfJxBl7yv9I2FeiaeAYgMTLKRBc_Im=nAdzrx0oFETmuwc9kjHUEBdG2y7GhDKXpaAS5jLedxAs=ldDTgR0M9Ltu-Kyh-nH37uDBxApVBRuxXB086icVVMce= ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
