In older udev versions, being in the video group would get you direct rendering. Here's what changed: comet $ grep -r 'card\[' udev-13* udev-133/rules/rules.d/50-udev-default.rules:KERNEL=="card[0-9]*", NAME="dri/%k", MODE="0666" udev-135/rules/rules.d/50-udev-default.rules:KERNEL=="card[0-9]*", NAME="dri/%k", MODE="0666" comet $ grep -r 'card\*' udev-13* udev-133/rules/gentoo/40-video.rules:KERNEL=="card*", GROUP="video" I see that the new one claims to go for a 666 mode, but /dev/dri/card0 is actually 660 root:root here so I can't get direct rendering.
So what were the permissions of /dev/dri/card* before and after the update. ls -l output should be fine. What exact udev versions did you test? And please attach emerge --info
udev-135-r3 -------------- comet $ ls -l /dev/dri/card0 crw-rw---- 1 root root 226, 0 2009-01-21 15:01 /dev/dri/card0 udev-133 -------------- comet $ ls -l /dev/dri/card0 crw-rw-rw- 1 root video 226, 0 2009-01-21 15:01 /dev/dri/card0
Created attachment 179368 [details] emerge --info
It looks like X munges permissions from 666 to 660 on restart, so the video group is really the key.
So we should be fine after adding this line to 65-permissions.rules, correct? # /dev/dri/card* KERNEL=="card*", GROUP="video"
(In reply to comment #5) > So we should be fine after adding this line to 65-permissions.rules, correct? > > # /dev/dri/card* > KERNEL=="card*", GROUP="video" I tested this and it worked great, so yes.
Upstream added this rule: SUBSYSTEM=="drm", GROUP="video" https://bugs.launchpad.net/bugs/317430 This will be added to udev-135-r4 then.
Fixed in udev-135-r4.
Works for me
