according to changelog, this version compiles agaisnt newer kernels (2.6.20). so, my ebuild is just a copy of the prev one without the lines abouth patching for compatibility Reproducible: Always Steps to Reproduce:
Created attachment 116786 [details] ati-drivers-8.36.5.ebuild
That ebuild works fine for me, although I did have to copy the ati-powermode-opt-path.patch from my regular portage tree to my overlay directory to make it complete. Driver works fine on kernel 2.6.20-r5 (x86). Google Earth, UT2004, etc all work. (In reply to comment #0) > according to changelog, this version compiles agaisnt newer kernels (2.6.20). > so, my ebuild is just a copy of the prev one without the lines abouth patching > for compatibility > > Reproducible: Always > > Steps to Reproduce: >
And DRI does work for you? There are some new files for this driver, which give an error on X.org start, I think that is the reason, dri isn't working for me at the moment (did work with the previous driver). (II) LoadModule: "glesx.so" (glesx) (WW) LoadModule: given non-canonical module name "glesx.so" (WW) Warning, couldn't open module glesx.so (II) UnloadModule: "glesx" (EE) Failed to load module "glesx.so" (module does not exist, 0) (II) fglrx(0): Can not load glesx module! It might be, that there is a problem with the installing routine of that driver.
(In reply to comment #3) > And DRI does work for you? > There are some new files for this driver, which give an error on X.org start, > I think that is the reason, dri isn't working for me at the moment (did work > with the previous driver). > > (II) LoadModule: "glesx.so" (glesx) > (WW) LoadModule: given non-canonical module name "glesx.so" > (WW) Warning, couldn't open module glesx.so > (II) UnloadModule: "glesx" > (EE) Failed to load module "glesx.so" (module does not exist, 0) > (II) fglrx(0): Can not load glesx module! > > It might be, that there is a problem with the installing routine of that > driver. > I have the same error here but according to glxinfo dri's still working
(In reply to comment #4) > (In reply to comment #3) > > And DRI does work for you? > > There are some new files for this driver, which give an error on X.org start, > > I think that is the reason, dri isn't working for me at the moment (did work > > with the previous driver). > > > > (II) LoadModule: "glesx.so" (glesx) > > (WW) LoadModule: given non-canonical module name "glesx.so" > > (WW) Warning, couldn't open module glesx.so > > (II) UnloadModule: "glesx" > > (EE) Failed to load module "glesx.so" (module does not exist, 0) > > (II) fglrx(0): Can not load glesx module! > > > > It might be, that there is a problem with the installing routine of that > > driver. > > > > I have the same error here but according to glxinfo dri's still working > Did some more investigation and it turned out, that it happens with xorg-server 1.3. Switching back to xorg-server 1.2* does bring dri back, the error in the xorg log remains.
apparently they have added 2 files, glesx.so and esut.a, that are left out by the current ebuild. They should be installed in /usr/lib/modules too.
Created attachment 117184 [details, diff] Include the new files in the ebuild. --- ati-drivers-8.36.5.ebuild.old 2007-04-24 23:08:43.000000000 +0200 +++ ati-drivers-8.36.5.ebuild 2007-04-24 23:08:15.000000000 +0200 @@ -267,6 +267,9 @@ doexe "${BASE_DIR}"/usr/X11R6/${PKG_LIBDIR}/modules/drivers/fglrx_drv.so exeinto /usr/$(get_libdir)/xorg/modules/linux doexe "${BASE_DIR}"/usr/X11R6/${PKG_LIBDIR}/modules/linux/libfglrxdrm.so + exeinto /usr/$(get_libdir)/xorg/modules + doexe "${BASE_DIR}"/usr/X11R6/${PKG_LIBDIR}/modules/glesx.so + doexe "${BASE_DIR}"/usr/X11R6/${PKG_LIBDIR}/modules/esut.a # Arch-specific files. # (s)bin. Works for me.
(In reply to comment #7) > ... > Works for me. > With xorg-server-1.3? or with 1.2?
xorg-server-1.2 I guess xorg-server-1.3 won't work with the current driver. (Starts, but DRI doesn't work.) But with that patch the error message is gone, the new files are installed in /usr/lib/xorg/modules and the new module loads fine (positive message logged to Xorg.0.log). All the patch does is including the new file in the src_install() routine of the ebuild.
running xorg-server-1.3.0 here and dri DOES work. I had to use workarounds reported here http://forums.gentoo.org/viewtopic-t-554798-highlight-xorgserver.html in order to start the new xorg-server version+ati-drivers
Well, I did use a patch to get the X server starting, but glxinfo reported some errors and dri as well as the xvideo extension did not work. I didn't run fgl_fglrxgearsg Switching back to 1.2 fixed it immediately. I will test the other solution as well, but actually that is not part of this bug report.
Worked for me, but now xorg-server-1.3.0.0 is complaining it's incompatible with any ati-drivers version to date.
(In reply to comment #12) > Worked for me, but now xorg-server-1.3.0.0 is complaining it's incompatible > with any ati-drivers version to date. > look at my previous post, there's a link to the forum with a small patch to solve the incompatibility issue
This ebuild works for me with the modification for glesx and the path patch. However xorg black screen and locks up when I launch -- the system remains available and I can ssh in - but the Xorg.0.log shows the last line as DRI installation complete, but no further progress is made ... and /etc/init.d/xdm stop does NOT remove kdm or X. Killing kdm - goes away - killing X locks the system -- I'm trying to figure out which patch I need - amd64 - 2.6.20-r7 - agp is in the kernel. None of the patches in /files applies cleanly at the moment - and they're all pointed at different versions. I've seen the blackscreen/lockup mentioned in the forums elsewhere - but I can't see which of the patches was used to fix the problem. I'm running an X1650Pro and need this since I'm on agp bus not pcie, this driver is supposed to contain the fix for X display to console switching.
(In reply to comment #14) > This ebuild works for me with the modification for glesx and the path patch. > However xorg black screen and locks up when I launch -- the system remains > available and I can ssh in - but the Xorg.0.log shows the last line as DRI > installation complete, but no further progress is made ... and /etc/init.d/xdm > stop does NOT remove kdm or X. Killing kdm - goes away - killing X locks the > system -- I'm trying to figure out which patch I need - > amd64 - 2.6.20-r7 - agp is in the kernel. None of the patches in /files > applies cleanly at the moment - and they're all pointed at different versions. Fixes for the x1600 series are in the next release. Until then you should stick with a previous version. > I've seen the blackscreen/lockup mentioned in the forums elsewhere - but I > can't see which of the patches was used to fix the problem. I'm running an > X1650Pro and need this since I'm on agp bus not pcie, this driver is supposed > to contain the fix for X display to console switching. >
*** Bug 178020 has been marked as a duplicate of this bug. ***
Created attachment 119161 [details] Updated Ebuild for ati-drivers-8.36.5 This is an updated ebuild that supports installation of esut.a and glesx.so. I'll also include an xinerama patch to disable xinerama support for those with USE="-xinerama" (otherwise revdep-rebuild seems to have problems). Confirmed working on xorg-server-1.3.0.0 with the -ignoreABI flag.
Created attachment 119162 [details] Necessary patch to disable xinerama
Also remember to copy the files dir from the main portage tree for the required patches and add the xinerama patch to it.
Created attachment 119174 [details] Updated Ebuild: ati-drivers-8.36.5-r3.ebuild Updated ebuild to reflect that ati.xpm is no longer included.
*** Bug 178506 has been marked as a duplicate of this bug. ***
Created attachment 119343 [details] Updated Ebuild: ati-drivers-8.36.5.ebuild This fixes a header problem with the latest gentoo sources. Requires firegl.patch which I will upload.
Created attachment 119345 [details, diff] firegl.patch
(In reply to comment #23) > Created an attachment (id=119345) [edit] > firegl.patch > This patch is not needed by any means and should not be applied to the tree at all.
# These patches are conditional because they contain api changes. if kernel_is ge 2 6 20; then epatch "${FILESDIR}"/ati-drivers-2.6.20.patch epatch "${FILESDIR}"/ati-drivers-8.35.5-2.6.20.patch fi these patches are also unneeded
Created attachment 119470 [details] ati-drivers-8.36.5 ebuild This is the proper ebuild just remove the patch for 2.6.22 as it is from my beta testing overlay
/usr/lib/opengl/ati/lib/libGL.la seems to be missing in my install.
Does anybody use kdm with ati-drivers 8.36.5 ? After I log out in KDE, X reloads but I get a DRI initialization failure, so X11 aborts before the KDM login screen gets a chance to (re-)appear. I reverted to ati-drivers 8.35.5 and it works fine... What about 8.37.4 ? Is it beta ? Does anybody know where to find it ?
(In reply to comment #28) > Does anybody use kdm with ati-drivers 8.36.5 ? Yes. > After I log out in KDE, X reloads but I get a DRI initialization failure, so > X11 aborts before the KDM login screen gets a chance to (re-)appear. Works for me. > I reverted to ati-drivers 8.35.5 and it works fine... I did deinstall the drivers once completely then recompiled xorg-server and then installed the drivers again. Before I had problems with dri, too. > What about 8.37.4 ? Is it beta ? Does anybody know where to find it ? Not yet released...
(In reply to comment #28) > Does anybody use kdm with ati-drivers 8.36.5 ? > > After I log out in KDE, X reloads but I get a DRI initialization failure, so > X11 aborts before the KDM login screen gets a chance to (re-)appear. > > I reverted to ati-drivers 8.35.5 and it works fine... > > What about 8.37.4 ? Is it beta ? Does anybody know where to find it ? > Yes it is beta and not released. It will be another week or so before 8.37.x is released for general use.
I've committed an 8.36.5 based on the ebuild from Bugs Bunny (attachment 119470 [details]). The 2.6.22 patch is not included since that kernel is not released yet. For problems with the ebuild (other than that it does not work with xorg-server 1.3, that is known, will be fixed by ati in the future) please file a new bug.
Concerning the problem mentioned in Comment #28: My board is an ATI Radeon Mobility X700 (PCIE). To work around the problem with kdm (ie: get rid of the X11 crash on logout), I need to remove the line: Option "VideoOverlay" "on" Unfortunately, this disables the X-Video extension (see xvinfo command).
