Summary: | media-libs/mesa-8.1_rc1_pre20120724 - libGL error: failed to authenticate magic 5 // libGL error: failed to load driver: nouveau | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Juergen Rose
2012-07-30 13:36:45 UTC
> libGL error: failed to authenticate magic 5
This usually indicates that it can open the drm device, but is unable to create a dri context. Possible reasons include trying to run the application while switched to another vt.
You'll have to give more information on how this started happening.
The same (failed to load driver: nouveau) happens with gnome-control-center-3.4.2-r1. If I run gnome-control-center through gdb I see the following: rose@impala:/home_impala/rose(13)$ export LIBGL_DEBUG=verbose rose@impala:/home_impala/rose(14)$ gdb gnome-control-center GNU gdb (Gentoo 7.5 p1) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/bin/gnome-control-center...Reading symbols from /usr/lib64/debug/usr/bin/gnome-control-center.debug...done. done. (gdb) run Starting program: /usr/bin/gnome-control-center warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". libGL: OpenDriver: trying /usr/lib64/dri/tls/nouveau_dri.so libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so libGL error: failed to open drm device: Nicht genügend Hauptspeicher verfügbar libGL error: failed to load driver: nouveau libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so [New Thread 0x7fffd7373700 (LWP 4931)] [New Thread 0x7fffd6b72700 (LWP 4932)] [New Thread 0x7fffd6371700 (LWP 4933)] [New Thread 0x7fffd5b70700 (LWP 4934)] libGL: Can't open configuration file /home/rose/.drirc: Datei oder Verzeichnis nicht gefunden. libGL: Can't open configuration file /home/rose/.drirc: Datei oder Verzeichnis nicht gefunden. [New Thread 0x7fffcc563700 (LWP 4935)] [New Thread 0x7fffcbadf700 (LWP 4938)] [Thread 0x7fffd6371700 (LWP 4933) exited] [Thread 0x7fffcc563700 (LWP 4935) exited] [Thread 0x7fffd5b70700 (LWP 4934) exited] [Thread 0x7fffd6b72700 (LWP 4932) exited] [Thread 0x7fffd7373700 (LWP 4931) exited] [Thread 0x7ffff00248c0 (LWP 4926) exited] [Inferior 1 (process 4926) exited normally] (gdb) "Nicht genügend Hauptspeicher verfügbar" means "not enough main memory available", it is on a system with 8 GB memory. What could I else provide? Looking up the translation in /usr/share/locale/de/LC_MESSAGES/libc.mo reveals that it actually means "Cannot allocate memory". You could try with in-kernel nouveau instead of x11-base/nouveau-drm. In-kernel nouveau is already enabled: rose@impala:/home_impala/rose(17)$ gzip -cd /proc/config.gz | grep -i nouveau CONFIG_DRM_NOUVEAU=y CONFIG_DRM_NOUVEAU_BACKLIGHT=y CONFIG_DRM_NOUVEAU_DEBUG=y and x11-base/nouveau-drm is not installed: rose@impala:/home_impala/rose(18)$ emerge -pvD nouveau-drm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-base/nouveau-drm-99999999::x11 0 kB Total: 1 package (1 new), Size of downloads: 0 kB What I am doing wrong? Still some more information: I do not have /usr/lib64/dri/tls/nouveau_dri.so: root@impala:/root(117)# ll /usr/lib64/dri/tls/nouveau_dri.so /bin/ls: cannot access /usr/lib64/dri/tls/nouveau_dri.so: No such file or directory /usr/lib64/dri/nouveau_dri.so comes from mesa: root@impala:/root(116)# ll /usr/lib64/dri/nouveau_dri.so lrwxrwxrwx 1 root root 22 Oct 10 08:06 /usr/lib64/dri/nouveau_dri.so -> ../mesa/nouveau_dri.so* In /var/log/Xorg.0.log I found the following drm related lines: root@impala:/root(112)# grep drm /var/log/Xorg.0.log [ 390.493] (II) config/udev: Adding drm device (/dev/dri/card0) [ 390.505] (II) [drm] DRM interface version 1.4 [ 390.505] (II) [drm] DRM open master succeeded. [ 390.927] (II) config/udev: Adding drm device (/dev/dri/card0) (In reply to comment #4) > and x11-base/nouveau-drm is not installed: So this is a different setup than from comment #0? > rose@lynx:/home/rose/Pictures/2012/07/30(13)$ qlist -Iv nouveau > x11-base/nouveau-drm-99999999 > What I am doing wrong? The problem could be kernel related. Try backing up your .config, then run "make defconfig" and only additionally enable nouveau and the drivers/filesystems that are necessary to boot the system in menuconfig. Alternatively, boot with drm.debug=14 and look at dmesg when the libGL error comes (it helps to have CONFIG_PRINTK_TIME enabled for this). Btw, it seems me, that this issue happens on all of my systems, even on some without NVIDIA cards and without nouveau drivers, e.g.: root@caiman:/usr/src/linux(98)# lspci | grep VGA 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880 [Radeon HD 4290] root@caiman:/usr/src/linux(100)# gzip -cd /proc/config.gz | grep "^[^#].*DRM" CONFIG_DRM=y CONFIG_DRM_USB=m CONFIG_DRM_KMS_HELPER=y CONFIG_DRM_TTM=y CONFIG_DRM_RADEON=y CONFIG_DRM_RADEON_KMS=y CONFIG_DRM_I2C_CH7006=m CONFIG_DRM_I2C_SIL164=m CONFIG_DRM_UDL=m root@caiman:/usr/src/linux(101)# gzip -cd /proc/config.gz | grep NOUVEAU # CONFIG_DRM_NOUVEAU is not set root@caiman:/usr/src/linux(103)# ll /usr/lib64/dri/nouveau_dri.so /bin/ls: cannot access /usr/lib64/dri/nouveau_dri.so: No such file or directory root@caiman:/usr/src/linux(104)# gnome-control-center libGL: OpenDriver: trying /usr/lib64/dri/tls/nouveau_dri.so libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so libGL error: dlopen /usr/lib64/dri/nouveau_dri.so failed (/usr/lib64/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: nouveau_dri.so libGL error: driver pointer missing libGL error: failed to load driver: nouveau libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so libGL: Can't open configuration file /root/.drirc: No such file or directory. libGL: Can't open configuration file /root/.drirc: No such file or directory. root@tiger:/root(6)# lspci | grep VGA 01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 Graphics [S3 UniChrome Pro] (rev 01) root@tiger:/root(7)# gzip -cd /proc/config.gz | grep DRM # CONFIG_DRM is not set root@tiger:/root(8)# gzip -cd /proc/config.gz | grep NOUVEAU root@tiger:/root(9)# gnome-control-center libGL error: failed to load driver: nouveau libGL error: Try again with LIBGL_DEBUG=verbose for more details. I have to correct Comment 7. When the issued happened I was sitting at "impala" and was logged in via ssh with X11 forwarding in "caiman" and "tiger". If I am sitting directly at "caiman" and calling gnome-control-center, then there is not any issue, also the issue on some other systems (with NVIDIA cards) I have seen during ssh sessions disappeared, when I was directly connected. So the local xserver at "impala" seems to be responsible. I will investigate this further. After changing the monitor section of xorg.conf or removing xorg.conf the issue at "impala" disappered. |