It looks like you built the driver (xf86-video-ati) without dri support.
Announcement
Collapse
No announcement yet.
RS480/RS690 OSS Compiz Achieved
Collapse
X
-
Originally posted by agd5f View PostIt looks like you built the driver (xf86-video-ati) without dri support.
Code:./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --prefix=/usr --datadir=/usr/share[COLOR="Navy"] --enable-dri[/COLOR] --build=x86_64-pc-linux-gnu
Code:checking if XINERAMA is defined... no checking if RANDR is defined... yes checking if RENDER is defined... yes checking if XV is defined... yes checking if XF86MISC is defined... yes checking if DPMSExtension is defined... yes checking for x86_64-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XORG... yes checking for ANSI C header files... (cached) yes checking for /usr/include/xorg/dri.h... yes checking for /usr/include/xorg/sarea.h... yes checking for /usr/include/xorg/dristruct.h... yes checking for /usr/include/xorg/damage.h... yes checking whether to include DRI support... yes checking for DRI... yes checking for xf86Modes.h... yes checking whether to enable EXA support... yes checking exa.h usability... yes checking exa.h presence... yes checking for exa.h... yes checking whether EXA version is at least 2.0.0... yes checking whether xf86XVFillKeyHelperDrawable is declared... yes checking whether xf86ModeBandwidth is declared... yes checking whether xf86_crtc_clip_video_helper is declared... yes checking whether xf86RotateFreeShadow is declared... yes checking whether pci_device_enable is declared... yes checking whether XSERVER_LIBPCIACCESS is declared... yes configure: X server has new mode code checking for PCIACCESS... yes checking for /usr/share/sgml/X11/defs.ent... no checking for linuxdoc... no checking for ps2pdf... /usr/bin/ps2pdf checking Whether to build documentation... no checking Whether to build pdf documentation... yes configure: The atimisc sub-driver has been split out to xf86-video-mach64: git://anongit.freedesktop.org/git/xorg/driver/xf86-video-mach64 Please install that driver as well for mach64-based cards. configure: The r128 sub-driver has been split out to xf86-video-r128: git://anongit.freedesktop.org/git/xorg/driver/xf86-video-r128 Please install that driver as well for rage128-based cards.
isn't this by chance related to something in the libdrm or the driproto?!
Comment
-
Originally posted by givemesugarr View Posti'm using git compiled drm and dri. in my previous reply you could not only see the sites i've picked up drm, mesa and xorg but also the configure options. actually dmesg doesn't spit nothing regarding drm or radeon since it has gotten populated with iptables output.
You can try grep drm /var/log/syslog depending on your distro and configuration. BTW, if you're on Debian or Ubuntu you may try my prebuilt packages, and if you're not you might try the live CD test I posted in another thread, at least to see if it works before you try more on installing.
Comment
-
Originally posted by tormod View PostTo me it seems like you are building and installing libdrm twice. What is that x11-drm step? You need to cd into linux-core and run make and make install.
You can try grep drm /var/log/syslog depending on your distro and configuration. BTW, if you're on Debian or Ubuntu you may try my prebuilt packages, and if you're not you might try the live CD test I posted in another thread, at least to see if it works before you try more on installing.
Btw, why do you need the mesa sources to build xserver? I thought you didn't need to do that anymore.Last edited by c0un7d0wn; 09 June 2008, 03:16 PM.
Comment
-
Originally posted by c0un7d0wn View PostHe is using gentoo with x11 overlay i think. x11-drm is the name of the package that installs the drm kernel modules?
Btw, why do you need the mesa sources to build xserver? I thought you didn't need to do that anymore.
To me it seems like you are building and installing libdrm twice. What is that x11-drm step? You need to cd into linux-core and run make and make install.
You can try grep drm /var/log/syslog depending on your distro and configuration. BTW, if you're on Debian or Ubuntu you may try my prebuilt packages, and if you're not you might try the live CD test I posted in another thread, at least to see if it works before you try more on installing.
Comment
-
I used to run gentoo. I'm using ubuntu now.
Originally posted by givemesugarr View Postas you say i'm using x11 overlay on gentoo sources. the xorg-server-9999 still checks the mesa git includes, i've read on xorg-mailing list that it's still not safe to remove the mesa includes. do you think that this might be the problem?!
Code:./autogen.sh --cache-file=/home/serkan/src/xorg/autoconf-cache --prefix=/usr --libdir=/usr/lib --sysconfdir=/etc --localstatedir=/var/lib --with-driver=dri --disable-glx-tls --with-xcb --enable-xcb --with-fontdir=/usr/share/fonts/X11/ --with-log-dir=/var/log
Originally posted by givemesugarr View Postthe libdrm is composed of libraries that go in /usr/lib and in /lib and of kernel modules that go in /lib/modules. gentoo just splits the 2 in 2 packages (this way you don't have to rebuild the libdrm if you update the kernel). you could argue on this approach if you want but till now it worked somehow.
Code:serkan@zoidberg:~ $ grep -i aiglx /var/log/Xorg.0.log (==) AIGLX enabled (II) AIGLX: Screen 0 is not DRI2 capable (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/lib/dri/r300_dri.so
Last edited by c0un7d0wn; 09 June 2008, 04:07 PM.
Comment
-
Originally posted by c0un7d0wn View PostI used to run gentoo. I'm using ubuntu now.
Not sure. This is how i configured git libdrm, mesa and xserver:
Code:./autogen.sh --cache-file=/home/serkan/src/xorg/autoconf-cache --prefix=/usr --libdir=/usr/lib --sysconfdir=/etc --localstatedir=/var/lib --with-driver=dri --disable-glx-tls --with-xcb --enable-xcb --with-fontdir=/usr/share/fonts/X11/ --with-log-dir=/var/log
and for the kernel modules i do make in linux-core folder in drm. Well make -j2 actually. Then do sudo cp *.ko /lib/modules/`uname -r`/kernel/drivers/char/drm/ to overwrite the installed modules. So that gives me this:
Code:serkan@zoidberg:~ $ grep -i aiglx /var/log/Xorg.0.log (==) AIGLX enabled (II) AIGLX: Screen 0 is not DRI2 capable (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/lib/dri/r300_dri.so
i still have to try out xaa and see what happens, but for the moment it seems that at least dri is working and the system is much or less usable.
Comment
-
Try to ssh to the system. Check out the recent drm kernel modules too, glisse added some hard lockup fix. If not, i would bug the devs on #radeon on irc.
I have two laptops, one with x1600 which works perfectly no artifacts, and one with x1250 i think that has some artifacts in firefox but very stable.
I thank the devs and amd for opening up and delivering us from fglrx
edit: try the radeon-lockup-free branch in ag5df's git repo: http://cgit.freedesktop.org/~agd5f/drmLast edited by c0un7d0wn; 13 June 2008, 02:11 PM.
Comment
-
Originally posted by c0un7d0wn View PostTry to ssh to the system. Check out the recent drm kernel modules too, glisse added some hard lockup fix. If not, i would bug the devs on #radeon on irc.
I have two laptops, one with x1600 which works perfectly no artifacts, and one with x1250 i think that has some artifacts in firefox but very stable.
I thank the devs and amd for opening up and delivering us from fglrx
edit: try the radeon-lockup-free branch in ag5df's git repo: http://cgit.freedesktop.org/~agd5f/drm
thanks
Comment
Comment