Still no 3D for me :( - libGL error: failed to authenticate magic 1

Thu Nov 2 21:59:27 UTC 2017

Hi Luis. I'm @ work at the moment ( so can't test ), but looking at it from
here, it appears I don't have any permission issues:

dkasak at raptor /dev/dri $ ls -l
total 0
drwxr-xr-x  2 root root       100 Jul 13 00:01 by-path
crw-rw----+ 1 root video 226,   0 Jul 13 00:01 card0
crw-rw----+ 1 root video 226,   1 Nov  1 21:29 card1
crw-rw----+ 1 root video 226, 128 Jul 13 00:01 renderD128
dkasak at raptor /dev/dri $ groups dkasak
wheel video cron dkasak
dkasak at raptor /dev/dri $

It's the same permissions as I have on all my other Gentoo boxes which
don't have issues ... ie I've done this many times before. On my work
laptop, for example:

dkasak at gandalf /dev/dri $ ls -l
total 0
drwxr-xr-x  2 root root        80 Nov  2 17:09 by-path
crw-rw----+ 1 root video 226,   0 Nov  3 08:41 card0
crw-rw----+ 1 root video 226, 128 Nov  2 17:09 renderD128
dkasak at gandalf /dev/dri $

Also, I *can* get 3D acceleration under Wayland. That's why I thought
xf86-video-armada might be implicated. I've been building mesa from git
every week or so for the past 2 months. I haven't tried 17.2.4, but I might
as well give it a go ... if I start building now, it will be ready by the
time I get home ;)

Dan

On Thu, Nov 2, 2017 at 9:57 PM, Luís Mendes <luis.p.mendes at gmail.com> wrote:

> Hi Daniel,
>
> xf86-video-armada is only for the GC320 unit, the 2D acceleration only
> GPU, which is all is needed for GUI applications. The problem you are
> experiencing has to do with etnaviv only.
>
> Yesterday I was able to fix my issue by compiling mesa-17.2.4, but
> replacing the etantviv code with latest from the mesa git repo. Possibly
> mesa-17.2.4 is able to solve the issue alone, may you don't need the latest
> etnaviv code from mes git repo.
>
> This seems a like a good clue "failed to export dumb buffer: Permission
> denied". Are you sure your user has permissions to access the video card in
> /dev/dri/cardX?
> Try to do chmod 666 /dev/dri/card0 and chmod 666 /dev/dri/card1 and then
> run your test again.
> If it works is because you need to add your user to a group that has
> access to the video card. You can check that by doing ls -la /dev/dri/card*
>
> Regards,
> Luís
>
> On Wed, Nov 1, 2017 at 10:01 AM, Daniel Kasak <d.j.kasak.dk at gmail.com>
> wrote:
>
>> Hi Fabio. Thanks for the response. It looks like we're getting closer:
>>
>> Using display 0x118f358 with EGL version 1.4
>> ===================================
>> EGL information:
>>   version: "1.4 (DRI2)"
>>   vendor: "Mesa Project"
>>   extensions: "EGL_ANDROID_native_fence_sync EGL_EXT_buffer_age
>> EGL_EXT_image_dma_buf_import EGL_EXT_image_dma_buf_import_modifiers
>> EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context
>> EGL_KHR_create_context_no_error EGL_KHR_fence_sync
>> EGL_KHR_get_all_proc_addresses EGL_KHR_gl_renderbuffer_image
>> EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image
>> EGL_KHR_gl_texture_cubemap_image EGL_KHR_image EGL_KHR_image_base
>> EGL_KHR_image_pixmap EGL_KHR_no_config_context EGL_KHR_reusable_sync
>> EGL_KHR_surfaceless_context EGL_KHR_wait_sync
>> EGL_MESA_configless_context EGL_MESA_drm_image
>> EGL_MESA_image_dma_buf_export EGL_WL_bind_wayland_display "
>> ===================================
>> failed to export dumb buffer: Permission denied
>> OpenGL ES 2.x information:
>>   version: "OpenGL ES 2.0 Mesa 17.3.0-devel (git-0fdd531457)"
>>   shading language version: "OpenGL ES GLSL ES 1.0.16"
>>   vendor: "etnaviv"
>>   renderer: "Vivante GC2000 rev 5108"
>>   extensions: "GL_EXT_blend_minmax GL_EXT_multi_draw_arrays
>> GL_EXT_texture_filter_anisotropic GL_EXT_texture_compression_dxt1
>> GL_EXT_texture_format_BGRA8888 GL_OES_compressed_ETC1_RGB8_texture
>> GL_OES_depth24 GL_OES_element_index_uint GL_OES_fbo_render_mipmap
>> GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives
>> GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_npot
>> GL_OES_vertex_half_float GL_OES_EGL_image GL_OES_depth_texture
>> GL_OES_packed_depth_stencil GL_OES_get_program_binary
>> GL_APPLE_texture_max_level GL_EXT_discard_framebuffer
>> GL_EXT_read_format_bgra GL_EXT_frag_depth GL_NV_fbo_color_attachments
>> GL_OES_EGL_image_external GL_OES_EGL_sync GL_OES_vertex_array_object
>> GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5
>> GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer
>> GL_NV_read_depth GL_NV_read_depth_stencil GL_NV_read_stencil
>> GL_EXT_draw_buffers GL_EXT_map_buffer_range GL_KHR_debug
>> GL_OES_required_internalformat GL_OES_surfaceless_context
>> GL_EXT_separate_shader_objects GL_EXT_compressed_ETC1_RGB8_sub_texture
>> GL_EXT_draw_elements_base_vertex GL_EXT_texture_border_clamp
>> GL_KHR_context_flush_control GL_OES_draw_elements_base_vertex
>> GL_OES_texture_border_clamp GL_KHR_no_error "
>> ===================================
>> failed to export dumb buffer: Permission denied
>> Segmentation fault (core dumped)
>>
>> Dan
>>
>> On Wed, Nov 1, 2017 at 7:52 PM, Fabio Estevam <festevam at gmail.com> wrote:
>> > On Wed, Nov 1, 2017 at 1:53 AM, Daniel Kasak <d.j.kasak.dk at gmail.com>
>> wrote:
>> >> kmskube doesn't run, no:
>> >>
>> >> ---
>> >>
>> >> drmModeGetResources failed: Invalid argument
>> >> failed to initialize legacy DRM
>> >
>> > Could you try?
>> >
>> > kmscube -D /dev/dri/card1
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/etnaviv/attachments/20171103/bba09ece/attachment.html>