First, the ebuild states if use video_cards_i810; then add_drivers i810 i830 i915 This no longer works because the i830 driver has been merged into the i915 directory (look at the source tree, the i830 directory is now gone). Second, a newer version of x11-libs/libdrm is now required to compile the i915 driver (see http://sourceforge.net/mailarchive/message.php?msg_id=14758290 )
OK, looks like it also wants a newer version of x11-drivers/xf86-video-i810 : $ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.4.1 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 libGL error: i915 DRI driver expected DDX version 1-1.5.x but got version 1.4.1 libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering display: :0 screen: 0 direct rendering: No
Donnie, I can take care of this problem since I use this driver. Alex, I hope to work on this tomorrow, although it's probably not a priority. If you want to work on it further, you can find the latest i810 driver at http://xorg.freedesktop.org/releases/individual/driver/ . Thanks for your work so far.
Yeah, I installed the new 1.5.1.0 driver. However, now there are apparently more issues in libGL : $ LIBGL_DEBUG=verbose glxgears libGL: XF86DRIGetClientDriverName: 1.5.1 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x25 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x29 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2d libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x31 And then I get HALF of the fps I used to get (1200 with Mesa 6.4.2 --> 750 with Mesa 6.5) So now I am rebuilding xorg-server with the mesa-6.5 tarball to see if that helps matters.
Trying to graft Mesa-6.5 onto xorg-server-1.0.2 is beyond my abilities. One needs to get the latest symlink-mesa.sh from CVS (because Mesa file layout changed so much), but then one needs to edit almost every makefile in xorg-server-1.0.2/GL because they were designed for the old Mesa... And then Mesa-6.5 stops using glx_ansic.h in a number of places, which totally breaks compiling, so one needs to fetch older versions of random files from CVS... Blegh. At this point, I would say that masking mesa-6.5 until a new xorg-server release comes out may be the best idea.
Sounds good to me. There actually was a new -server snapshot released upstream that I'd like to put into the tree (masked) for those who want to try out the new i810 driver. I'll see what state it's in today.
*** Bug 128358 has been marked as a duplicate of this bug. ***
Finnaly it works for me!!!! No change in xorg-server... No need to manually get mesa-cvs!!! I've took a new snapshot from drm and modified mesa-6.5 ebuild and modify it to use the drm snapshot. All is needed to make it work for all poeple is to add a new x11-drm snapshot in portage and make the dependency. Many people with ATI R300 will love it!!!! :) --- mesa-6.5.ebuild 2006-04-01 07:30:44.000000000 +0300 +++ mesa-6.5.ebuild 2006-04-01 13:40:15.000000000 +0300 @@ -6,12 +6,13 @@ inherit eutils toolchain-funcs multilib OPENGL_DIR="xorg-x11" +DRM_PV="20060401" MY_PN="${PN/m/M}" MY_P="${MY_PN}-${PV}" MY_SRC_P="${MY_PN}Lib-${PV}" DESCRIPTION="OpenGL-like graphic library for Linux" HOMEPAGE="http://mesa3d.sourceforge.net/" -SRC_URI="mirror://sourceforge/mesa3d/${MY_SRC_P}.tar.bz2" +SRC_URI="mirror://sourceforge/mesa3d/${MY_SRC_P}.tar.bz2 drm-${DRM_PV}.tar.bz2" LICENSE="LGPL-2" SLOT="0" KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sh ~sparc ~x86 ~x86-fbsd" @@ -103,6 +104,7 @@ src_unpack() { # Set default dri drivers directory echo "DEFINES += -DDEFAULT_DRIVER_DIR='\"/usr/$(get_libdir)/xorg/modules/dri\"'" >> ${HOSTCONF} + echo "DRM_SOURCE_PATH=${WORKDIR}/drm-${DRM_PV}" >> ${HOSTCONF} # Configurable DRI drivers if use video_cards_ati; then
Alon Bar-Lev : your solution does not work for me. I still get the libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x25 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x29 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2d libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x31 warnings, and glxgears FPS is still only 50% of what I get with mesa-6.4.x. Seems that for the i810 (i915) driver, a new xorg-server snapshot is also necessary.
Created attachment 83629 [details] my-drm-20060401.ebuild Alex Rostovtsev: Have you installed a new DRM snapshot? Something like: CVSROOT=":pserver:anonymous@cvs.freedesktop.org:/cvs/dri" cvs checkout drm mv drm drm-%%DATE%% tar -cvjf /usr/portage/distfiles/drm-%%DATE%%.tar.bz2 drm-%%DATE%% Now... here is a partial ebuild that works for me for radeon, you will need to modify MODULE_NAMES and DRM_MODULES.
(In reply to comment #8) > Alon Bar-Lev : your solution does not work for me. I still get the > libGL warning: 3D driver claims to not support visual 0x23 > libGL warning: 3D driver claims to not support visual 0x25 > libGL warning: 3D driver claims to not support visual 0x27 > libGL warning: 3D driver claims to not support visual 0x29 > libGL warning: 3D driver claims to not support visual 0x2b > libGL warning: 3D driver claims to not support visual 0x2d > libGL warning: 3D driver claims to not support visual 0x2f > libGL warning: 3D driver claims to not support visual 0x31 These warnings are normal and can be ignored. They'll eventually be fixed. > warnings, and glxgears FPS is still only 50% of what I get with mesa-6.4.x. > Seems that for the i810 (i915) driver, a new xorg-server snapshot is also > necessary. > This is because you're using the 6.4.2 version of the Mesa progs. I just put 6.5 in the tree, and it seemed to fix the FPS problems for me (FPS is still a bit lower, but glxgears is like that). I consider this bug fixed for the time being. The package will remain masked until we either require a drm snapshot (ick) or the appropriate support is in the kernel. Mesa 6.5 isn't really required except by the new server and i810 drivers (and I think it's just a development version? I might be wrong). Thanks for all the snooping done by everyone.
Hello Joshua, This version of Mesa is the first one that supoprts ATI r300 series DRM... All people with radeon 96xxx really wait for this... (Playing games and such with no ATI proprietary drivers!!!) It will be great if you can advance the drm snapshot, so that it can be installed without hacking the drm.
What kernel version are you running?
2.6.16, and this new version of mesa uses stuff in mm tree. This can be easily fixed if mesa will use a new drm snapshot, so that the in-kernel drm is not used. This what I did in comment#7.
I just checked, and the new radeon drivers are in the kernel git snapshots. So either you emerge git-sources-2.6.16-r20 (doesn't exist - just rename) or sit tight until the next kernel release (2.6.16.2 or the like). I doubt it will be long, but I'm certainly not in-the-know.
Ah, I also just discovered that using Mesa 6.5 with our current server is ok. You just can't build against it as GLcore will fail.
*** Bug 128425 has been marked as a duplicate of this bug. ***
*** Bug 128474 has been marked as a duplicate of this bug. ***