On 4 September 2018 at 16:21, Mathias Fröhlich
<mathias.froehl...@gmx.net> wrote:
> Hi Emil,
>
> On Tuesday, 4 September 2018 16:21:49 CEST you wrote:
>> > ssh different-machine.somewhere
>> >
>> > Then you will see that you are not added to the card0 acl as you are not
>> > logged to any console.
>>
>> Ouch, I should have noticed the "rw" for "other" of your render node.
>> Looking at a Arch, Debian, Fedora and Ubuntu box -  they all use 0660
>> for both card and render nodes.
>> Which would explain why your described use case was not working, here ;-)
>>
>> Out of curiosity: you change that locally or it's a distro choice -
>> which distro is that?
>
> I have been tracking down to systemd's git at
> https://github.com/systemd/systemd.git:
>
> commit 4e15a7343cb389e97f3eb4f49699161862d8b8b2
> Author: Tom Stellard <tstel...@redhat.com>
> Date:   Tue Oct 31 08:46:24 2017 -0700
>
>     udev-rules: Permission changes for /dev/dri/renderD*
>
>     - Remove the uaccess tag from /dev/dri/renderD*.
>     - Change the owning group from video to render.
>     - Change default mode to 0666.
>     - Add an option to allow users to set the access mode for these devices at
>     compile time.
>
> ... which pretty much makes perfect sense to me given the idea of render
> nodes.
> ... did I mention that already?
> :-)
>
> I run currently on fedora-28 which runs
> systemd-udev-238-9.git0e0aa59.fc28.x86_64
> as rpm package.
>
I saw that package, but misread it somehow. My Arch box has 239, but
seemingly I haven't restarted it since.

>> That said, v2 opens the render node directly, so it should work on your end.
>> Just double-checking the crash is gone and I'll send them out.
>
> Great!!
>
Aaand it out, yet I forgot to CC you :-\

The crash was due to using a software device. I'm still working on
that (requires a ton of semi-orthogonal work) so please pick a DRM
device in the meanwhile.

Thanks
Emil
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to