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

[Luís Mendes]

Hi Daniel,

Ok, so the permissions of /dev/dri look good.
So the error "failed to export dumb buffer: Permission denied" has nothing
to do with card permissions, so it must have to do with the app you are
using for testing that requires permissions to write files, it seems,
otherwise it seems to be working.
kmscube probably wants to write a file to the folder where it is installed
(/usr/bin?) but needs root permission to do so. You can try to run it as a
super user, or check the comman-line options of kmscube to see you can set
a working directory.

If you X running, I think the best way to check if mesa is working is to
use glxinfo, glxgears and glxheads test apps. it is normally contained in
mesa-utils package, but on  gentoo is a bit different for sure, you should
however be able to find them by those names. They are easier to use as they
integrate well with the Xorg environment.

Luís





On Thu, Nov 2, 2017 at 9:59 PM, Daniel Kasak <d.j.kasak.dk at gmail.com> wrote:

> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/etnaviv/attachments/20171103/2cf28587/attachment.html>