<div dir="ltr">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:<br><br>dkasak@raptor /dev/dri $ ls -l<br>total 0<br>drwxr-xr-x  2 root root       100 Jul 13 00:01 by-path<br>crw-rw----+ 1 root video 226,   0 Jul 13 00:01 card0<br>crw-rw----+ 1 root video 226,   1 Nov  1 21:29 card1<br>crw-rw----+ 1 root video 226, 128 Jul 13 00:01 renderD128<br>dkasak@raptor /dev/dri $ groups dkasak<br>wheel video cron dkasak<br>dkasak@raptor /dev/dri $<br><div><br></div><div>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:</div><div><br></div><div><div>dkasak@gandalf /dev/dri $ ls -l</div><div>total 0</div><div>drwxr-xr-x  2 root root        80 Nov  2 17:09 by-path</div><div>crw-rw----+ 1 root video 226,   0 Nov  3 08:41 card0</div><div>crw-rw----+ 1 root video 226, 128 Nov  2 17:09 renderD128</div><div>dkasak@gandalf /dev/dri $</div></div><div><br></div><div>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 ;)</div><div><br>Dan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 2, 2017 at 9:57 PM, Luís Mendes <span dir="ltr"><<a href="mailto:luis.p.mendes@gmail.com" target="_blank">luis.p.mendes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi Daniel,<br><br></div>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.</div><div><br></div><div>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.<br></div><div><br></div><div>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?</div><div>Try to do chmod 666 /dev/dri/card0 and chmod 666 /dev/dri/card1 and then run your test again.</div><div>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*</div><div><br></div><div>Regards,</div><div>Luís<br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 1, 2017 at 10:01 AM, Daniel Kasak <span dir="ltr"><<a href="mailto:d.j.kasak.dk@gmail.com" target="_blank">d.j.kasak.dk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Fabio. Thanks for the response. It looks like we're getting closer:<br>
<br>
Using display 0x118f358 with EGL version 1.4<br>
==============================<wbr>=====<br>
EGL information:<br>
  version: "1.4 (DRI2)"<br>
  vendor: "Mesa Project"<br>
  extensions: "EGL_ANDROID_native_fence_sync EGL_EXT_buffer_age<br>
EGL_EXT_image_dma_buf_import EGL_EXT_image_dma_buf_import_m<wbr>odifiers<br>
<span>EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context<br>
EGL_KHR_create_context_no_erro<wbr>r EGL_KHR_fence_sync<br>
</span>EGL_KHR_get_all_proc_addresses EGL_KHR_gl_renderbuffer_image<br>
EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image<br>
EGL_KHR_gl_texture_cubemap_ima<wbr>ge EGL_KHR_image EGL_KHR_image_base<br>
EGL_KHR_image_pixmap EGL_KHR_no_config_context EGL_KHR_reusable_sync<br>
EGL_KHR_surfaceless_context EGL_KHR_wait_sync<br>
EGL_MESA_configless_context EGL_MESA_drm_image<br>
EGL_MESA_image_dma_buf_export EGL_WL_bind_wayland_display "<br>
==============================<wbr>=====<br>
failed to export dumb buffer: Permission denied<br>
OpenGL ES 2.x information:<br>
  version: "OpenGL ES 2.0 Mesa 17.3.0-devel (git-0fdd531457)"<br>
  shading language version: "OpenGL ES GLSL ES 1.0.16"<br>
  vendor: "etnaviv"<br>
  renderer: "Vivante GC2000 rev 5108"<br>
  extensions: "GL_EXT_blend_minmax GL_EXT_multi_draw_arrays<br>
GL_EXT_texture_filter_anisotro<wbr>pic GL_EXT_texture_compression_dxt<wbr>1<br>
GL_EXT_texture_format_BGRA8888 GL_OES_compressed_ETC1_RGB8_te<wbr>xture<br>
GL_OES_depth24 GL_OES_element_index_uint GL_OES_fbo_render_mipmap<br>
GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives<br>
GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_npot<br>
GL_OES_vertex_half_float GL_OES_EGL_image GL_OES_depth_texture<br>
GL_OES_packed_depth_stencil GL_OES_get_program_binary<br>
GL_APPLE_texture_max_level GL_EXT_discard_framebuffer<br>
GL_EXT_read_format_bgra GL_EXT_frag_depth GL_NV_fbo_color_attachments<br>
GL_OES_EGL_image_external GL_OES_EGL_sync GL_OES_vertex_array_object<br>
GL_ANGLE_texture_compression_d<wbr>xt3 GL_ANGLE_texture_compression_d<wbr>xt5<br>
GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer<br>
GL_NV_read_depth GL_NV_read_depth_stencil GL_NV_read_stencil<br>
GL_EXT_draw_buffers GL_EXT_map_buffer_range GL_KHR_debug<br>
GL_OES_required_internalformat GL_OES_surfaceless_context<br>
GL_EXT_separate_shader_objects GL_EXT_compressed_ETC1_RGB8_su<wbr>b_texture<br>
GL_EXT_draw_elements_base_vert<wbr>ex GL_EXT_texture_border_clamp<br>
GL_KHR_context_flush_control GL_OES_draw_elements_base_vert<wbr>ex<br>
GL_OES_texture_border_clamp GL_KHR_no_error "<br>
==============================<wbr>=====<br>
failed to export dumb buffer: Permission denied<br>
Segmentation fault (core dumped)<br>
<br>
Dan<br>
<div class="m_-4583059239879320033HOEnZb"><div class="m_-4583059239879320033h5"><br>
On Wed, Nov 1, 2017 at 7:52 PM, Fabio Estevam <<a href="mailto:festevam@gmail.com" target="_blank">festevam@gmail.com</a>> wrote:<br>
> On Wed, Nov 1, 2017 at 1:53 AM, Daniel Kasak <<a href="mailto:d.j.kasak.dk@gmail.com" target="_blank">d.j.kasak.dk@gmail.com</a>> wrote:<br>
>> kmskube doesn't run, no:<br>
>><br>
>> ---<br>
>><br>
>> drmModeGetResources failed: Invalid argument<br>
>> failed to initialize legacy DRM<br>
><br>
> Could you try?<br>
><br>
> kmscube -D /dev/dri/card1<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>