during emerge of the driver, * Updating module dependencies for 2.6.14 ... WARNING: //lib/modules/2.6.14/video/fglrx.ko needs unknown symbol register_ioctl32_conversion WARNING: //lib/modules/2.6.14/video/fglrx.ko needs unknown symbol unregister_ioctl32_conversion [ ok ] and naturally modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.14/video/fglrx.ko): Unknown symbol in module, or unknown parameter (see dmesg) apparently, one of the later versions of the ati-drivers may fix this problem, or so some people on the web have stated, but these later versions do rely on packages that are masked for amd64: # emerge --update -p world These are the packages that I would merge, in order: Calculating world dependencies / !!! All ebuilds that could satisfy "app-admin/eselect-opengl" have been masked. !!! One of the following masked packages is required to complete your request: - app-admin/eselect-opengl-1.0.2-r1 (masked by: ~amd64 keyword) - app-admin/eselect-opengl-1.0.3 (masked by: ~amd64 keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. !!! (dependency required by "x11-drivers/ati-drivers-8.19.10" [ebuild]) !!! Problem with ebuild x11-drivers/ati-drivers-8.19.10 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14 x86_64) ================================================================= System uname: 2.6.14 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LC_ALL="POSIX" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl dvd dvdr eds emboss encode esd exif expat f77 fam fbcon ffmpeg flac foomaticdb fortran g77 gdbm gif glut gnome gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 java jpeg kde lcms libwww lzw lzw-tiff mad mng motif mozilla mp3 mpeg ncurses nls ogg opengl pam pcre pdflib perl png python qt quicktime readline sdl spell ssl tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
to increase clarity of my report, the original ati-drivers are 8.14.13-r3. they did emerge, but flunk because they are kernel incompatible now. the "emerge -p --update world" produced output after I unmasked 8.19.10 (which you can see at the bottom).
you need to unmask latest eselect opengl to use with latest drivers wich will solve this issue for you.
err we all so need to stablize atleast 8.16.8 which has this fixed as well.
hi guys: thanks. I guessed that this would be the case, but this should probably be working by default for other amd64 users, too. better to run into a newer bug we don't know than a bug that kills this for certain. regards, /iaw
amd64 team please stabilize an updated driver, if there is a problem with it I could hack something even if I'd like to wipe some of the older version.
as much as I would like to be able to stablize one of the new versions Luca we are gonna have to make a change to deps first. if we depend on opengl-update instead of eslect we could make the move to stable without a problem.
there is a closely related oddity. /usr/lib/libGL.so is pointed correctly (now that I dared to emerge the masked eselect). alas, a number of packages want /usr/lib/libGL.so.1 (e.g., x-plane). obviously, I can easily fix this with a symbolic link myself. but it would be nice if this also happened automatically. regards, /iaw
this is all more painful than it should be. I have read and reread the Gentoo ATI Radeon FAQ at http://odin.prohosting.com/wedge01/gentoo-radeon-faq.html, too. Q0: I presume I can have DRM and RADEON as a module, as long as I unload them, and insert fglrx. It inserts just fine for me, now that I have overridden the ~amd64 on eselect. # lsmod Module Size Used by fglrx 282396 0 Q1---should $ glxinfo | grep -i rendering now come back with yes, even though I am using the ATI fglrx driver? that is, does Q2---under amd64, exactly how is this supposed to work? an strace on glxinfo, tells me that it is looking for libGL.so.1 under /usr/lib64/, but the installation seems to move the install to (ls -l `locate libGL.so.1`) lrwxrwxrwx 1 root users 17 Jul 31 13:20 /emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1 -> libGL.so.1.0.6629 -rwxr-xr-x 1 root users 442592 May 18 2005 /emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1.0.6629 lrwxrwxrwx 1 root users 12 Jul 31 13:20 /emul/linux/x86/usr/lib/opengl/xorg-x11/lib/libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root users 431640 May 24 2005 /emul/linux/x86/usr/lib/opengl/xorg-x11/lib/libGL.so.1.2 lrwxrwxrwx 1 root users 12 Nov 23 08:34 /usr/lib/opengl/ati/lib/libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root users 931921 Nov 23 08:34 /usr/lib/opengl/ati/lib/libGL.so.1.2 lrwxrwxrwx 1 root users 17 Jul 31 13:26 /usr/lib/opengl/nvidia/lib/libGL.so.1 -> libGL.so.1.0.6629 -rwxr-xr-x 1 root users 600408 May 18 2005 /usr/lib/opengl/nvidia/lib/libGL.so.1.0.6629 lrwxrwxrwx 1 root users 12 Nov 24 17:42 /usr/lib/opengl/xorg-x11/lib/libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root users 813388 Nov 24 17:42 /usr/lib/opengl/xorg-x11/lib/libGL.so.1.2 lrwxrwxrwx 1 root users 12 Nov 23 08:34 /usr/lib32/opengl/ati/lib/libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root users 773513 Nov 23 08:34 /usr/lib32/opengl/ati/lib/libGL.so.1.2 of course, glxinfo bombs. Q3: is x11-drm needed to get anything to work here? hope not, because it is all masked, too. Q4: if I start X, and then emerge the ati drivers fglrx and/or insert the module, and/or do other stuff, do I need to restart xorg to use an app that uses openGL? that is, are the openGL libraries and code loaded at xorg startup time, or when needed? (I do load the modules dri and glx in my xorg.conf file.) in general, the ATI Gentoo FAQ seems a bit outdated and imprecise in places, although I am grateful that it exists. then again, describing two kernel tree (2.4 and 2.6), two X implementations (xorg and X11), two opengl implementations (fglrx and radeon), two selectors (eselect and opengl-select), etc., some of which are masked, others that are no longer compatible with one another (such as the unmasked fglrx and the 2.6.14), it cannot be easy to describe this all. sigh... sorry to have to ask all these questions. I am just trying to get some ATI openGL library to work, someway, anyway. regards, /iaw
Is there any reason we can't have a revbumped ATI driver depending on eselect or opengl-update until eselect is stabilised?
Chose a version and I'll make the changes accordingly (withing 2 days since today I'm less than rested)
What about ati-drivers-8.18.8-r1? Seems to work well and has received about 20 days of testing already. I would be in favour and I don't think these drivers should stay in ~ until eselect stabilises as there are still no definite timelines on this unfortunately. Opinions from anyone else?
(In reply to comment #11) > What about ati-drivers-8.18.8-r1? Seems to work well and has received about 20 > days of testing already. I would be in favour and I don't think these drivers > should stay in ~ until eselect stabilises as there are still no definite > timelines on this unfortunately. > > Opinions from anyone else? i also need 64bit version of the driver, but for latest version 8.19.10. why not solving this problem for latest version to include ati bugfixes and extentions inside ati driver too? is it much work to solve the problem? (do i need to do the workaround with unmask of the packages in meantime) thx in advance regards, ds
ok i couldnt wait :/ i just emerged with unmask an keyword the needed packages: /etc/portage/package.keyword =x11-drivers/ati-drivers-8.19.10 ~amd64 =app-admin/eselect-opengl-1.0.3 ~amd64 =app-admin/eselect-1.0_rc1 ~amd64 /etc/portage/package.unmask =x11-drivers/ati-drivers-8.19.10 =app-admin/eselect-opengl-1.0.3 =app-admin/eselect-1.0_rc1 that was successfully, the only thing "Xorg -configure" isnt working with many unresolved symbol messages. but i used fglrxconfig from the ati package anyway to generate xorg.conf so i got no problem with it. after that i had to add ati-opengl libs path to LDPATH env-var: dsbbx2 ~ # cat /etc/env.d/00basic | grep LDPATH LDPATH="/usr/local/lib:/usr/lib64/opengl/ati/lib/" thats it => startx 3d rendering was working: dsbbx2 ~ # glxinfo | grep rendering direct rendering: Yes i tried glxgears with default size (@1280x1024 screenres): dsbbx2 ~ # glxgears 4088 frames in 5.0 seconds = 817.600 FPS 5024 frames in 5.0 seconds = 1004.800 FPS 5023 frames in 5.0 seconds = 1004.600 FPS 5016 frames in 5.0 seconds = 1003.200 FPS also fgl_glxgears from ati with default size: dsbbx2 ~ # fgl_glxgears Using GLX_SGIX_pbuffer 876 frames in 5.0 seconds = 175.200 FPS 964 frames in 5.0 seconds = 192.800 FPS 961 frames in 5.0 seconds = 192.200 FPS 958 frames in 5.0 seconds = 191.600 FPS my onboard graphics: dsbbx2 ~ # fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON XPRESS 200 Series SW TCL Generic OpenGL version string: 1.3.5461 (X4.3.0-8.19.10) perhaps this post is helping other people who need graphics :D regards, ds
-r2 added to the tree, please test and mask amd64
fixed in tree thanks Lu
actually, ds's instructions not-withstanding, I do not think we can recommend it. I followed his examples to unmask the relevant packages. I now have ati-drivers 8.20.8 eselect-opengl 1.0.3 eselect 1.0_rc1 fglrx compiles and can be inserted. Module Size Used by fglrx 474300 19 I then fixed the LDPATH in 00env..., and ran both atiupdate and eselect: # eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 # fglrx-info: display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9000 DDR Generic OpenGL version string: 1.3.1030 (X4.3.0-8.20.8) glxinfo indeed shows me that I now have direct rendering. glxgears indeed works at about 1000 FPS. so, why am I still unhappy? see, glxinfo now dies at the end, that is, after it prints the long table, it does not come back to the shell. It is uninterruptible (I mean, neither ^C nor ^Z). I would love to see what is going on, but thereafter, "ps -aux" also dies and becomes uninterruptible. In other words, my entire system is now hosed and requires a hard reboot. My guess is that this is the fault of the ati drivers and support programs, but these flaws suggest that we cannot recommend this solution. /iaw Portage 2.0.53 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-rc6 x86_64) ================================================================= System uname: 2.6.15-rc6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="POSIX" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 audiofile avi berkdb bitmap-fonts bzip2 bzlib cdr crypt cups curl dvd dvdr eds emboss encode esd exif expat f77 fam fbcon ffmpeg flac foomaticdb fortran g77 gdbm gif glut gnome gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 java jpeg kde lcms libwww lzw lzw-tiff mad mng motif mozilla mp3 mpeg ncurses nls nsplugin ogg openal opengl pam pcre pdflib perl png python qt quicktime readline sdl spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
we made a bump for this already to stable closing fixed. If your wanting support for your stable setup please downgrade and test. I am unable to duplicate in any way.