Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#4502 - udev/dri race condition
Attached to Project:
Arch Linux
Opened by Simon Morgan (sjmorgan) - Monday, 24 April 2006, 11:27 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 24 April 2006, 12:22 GMT
Opened by Simon Morgan (sjmorgan) - Monday, 24 April 2006, 11:27 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 24 April 2006, 12:22 GMT
|
DetailsDespite having Mode 0666 in the DRI sectiong of my xorg.conf, the first time Xorg is started DRI is disabled:
$ glxinfo libGL error: open DRM failed (Operation not permitted) libGL error: reverting to (slow) indirect rendering display: :0 screen: 0 direct rendering: No <snip> I'm assuming this is because of: crw-rw---- 1 root video 226, 0 2006-04-16 11:22 /dev/dri/card0 Restarting Xorg "fixes" the problem: crw-rw-rw- 1 root root 226, 0 2006-04-16 11:22 /dev/dri/card0 It looks like by the time the device node is created, the part of Xorg that sets the permissions for it has already finished executing. |
This task depends upon
- Xorg starts
- Xorg loads the DRM driver
- Xorg sets permissions
- udev sets permissions
Three workarounds:
- Load your videocard module from MODULES (be sure to load the AGP module you need before it)
- Change udev permissions for /dev/dri things
- Put yourself in the video group