Hi, I'm recently upgraded to xf86-video-i810 version 2.2.0 and realized that the direct rendering does not work anymore. There are some errors in the glxinfo and in the Xorg.0.log. You can find them as attachment. I do not know what else do you need for investigation, please let me know if I can help with other logs. My x11-drm version is 20070314. Reproducible: Always Steps to Reproduce:
Created attachment 137571 [details] glxinfo output
Created attachment 137573 [details] xorg log warnings and errors with the driver
This version not very work. When i use compiz-fusion the animations is very slow. The direct rendering is enable but no fine! The system not show any error to me, but, the version 2.1.1 is more fast when using compiz-fusion.
confirm bug: Xorg.0.log: (EE) AIGLX error: drmMap of framebuffer failed (Invalid argument)(EE) AIGLX: reverting to software rendering $ compiz --replace libGL error: drmMap of framebuffer failed (Invalid argument) libGL error: reverting to (slow) indirect rendering compiz (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. compiz (core) - Error: Failed to manage screen: 0 compiz (core) - Fatal: No manageable screens found on display :0.0
*** Bug 201200 has been marked as a duplicate of this bug. ***
Please try in-kernel DRM or x11-drm-20071019, at least the original reporter's snapshot is fairly old.
Hi, I tried the drm version 20071019 but it did not work either. Using that module crashed my X, so I went back to an older but working version. I'm going to try the kernel based drm if it helps. The result will be put here in this week.
> Please try in-kernel DRM in-kernel DRM does not work for me at least with x11-base/xorg-server-1.3.0.0-r2 USE="dri ipv6 nptl sdl xorg -3dfx -debug -dmx -kdrive -minimal -xprint" note that i'm doing nothing compiz-related here; glxgears is enough to reproduce the problem: " $ glxgears libGL error: drmMap of framebuffer failed (Invalid argument) libGL error: reverting to (slow) indirect rendering " also note that opengl works with =xf86-video-i810-2.1* (although these versions have other issues) for me. Portage 2.1.3.19 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.23-gentoo-r3 i686) ================================================================= System uname: 2.6.23-gentoo-r3 i686 Intel(R) Celeron(R) CPU 2.80GHz Timestamp of tree: Fri, 07 Dec 2007 01:46:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=prescott -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=prescott -O2 -pipe" DISTDIR="/var/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.ynet.sk/pub" LINGUAS="en de" MAKEOPTS="-j2" PKGDIR="/var/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage/repos/gentoo" PORTDIR_OVERLAY="/var/portage/repos/private" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X acpi alsa berkdb bitmap-fonts bzip2 cairo caps cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode evo exif fam firefox fortran gdbm gif gimp gnome gpm gstreamer gtk hal hddtemp iconv ipv6 isdnlog java jpeg jpeg2k ldap libnotify lm_sensors mad midi mikmod mmap mmx mmxext mp3 mpeg mudflap ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl plotutils png pppd python qt3support quicktime readline real reflection ruby sdl session spell spl sse ssl svg tcpd tetex threads tiff truetype truetype-fonts type1-fonts unicode usb vim-syntax vorbis win32codecs x86 xattr xml xorg xv zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="i810 vesa nv i128 i740" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
No problem with compiz or glxgears for me with 2.2.0 driver. I've only experienced such messages, when I had my virtual desktop size > 2048.
(In reply to comment #9) > No problem with compiz or glxgears for me with 2.2.0 driver. I've only > experienced such messages, when I had my virtual desktop size > 2048. > I have the problem without any virtual desktop size setting.
Same problem here. Hardware (lspci): Intel Corporation 82G965 Integrated Graphics Controller (rev 02)
And with x11-drivers/xf86-video-i810-2.2.0-r1.
I've started kubuntu live-cd and when I restarted my computer, direct rendering in 2.2.0 was gone, so my previous comment is wrong - it got broken anyway, although in strange way...
I've just added a snapshot of the upcoming 2.2.1 release, as upstream wants more testing before making official releases. Please try this snapshot on top of xorg-server-1.4.0.90. If it isn't fixed, please open a bug in freedesktop's bugzilla [1] and paste the url here. Thanks [1] https://bugs.freedesktop.org/
Still there: LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) 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: drmMap of framebuffer failed (Invalid argument) libGL error: reverting to (slow) indirect rendering display: :0 screen: 0
It's already been reported to xorg: https://bugs.freedesktop.org/show_bug.cgi?id=5901
x11-drivers/xf86-video-i810-2.2.1_pre20080125 gives the same results.
Fixed by upstream. Should work fine with >=2.2.0.90 (which I'll be committing tonight). If this bug still happens, don't hesitate to reopen.
Still occurs with 2.2.0.90 for me.
Brent, please make sure you are using the latest ~ packages for the kernel or libdrm, xorg-server, and basically anything related to drivers and the server (client libs should be fine). If the bug still happens, please open another bug as you may be on to a different issue. Thanks
I have just taken the opportunity to try this out too (fed up with the freezes of previous drivers), whilst all indicators are that dri is working, the performance i'm seeing compared to the 2.1 driver would suggest it is not. xorg-server-1.4.0.90-r3 xf86-video-i810-2.2.0.90 libdrm-2.3.0 Off topic but i now notice several other issues, the backlight on change to Vt is off altogether, the brightness in X is stuck at the very minimum, in the previous driver it would stick at full in X but changing to vt and back would get the brightness controlls working again. Resume from suspend2ram now takes an age (10+ seconds), and sometimes boots out of X altogether meaning i have to log in again.
I've been running these new versions for all of 5 hours and have just encountered a rather impressive crash! The screen completely scrambled in mid use, not to disimilar to films where a computer gets a virus! the mouse then froze too, the Magic Sys Req keys still worked this time however, the freezes on logout with the previous driver rendered these key inoperable. I loved my previous AMD + nvidia systems, they always worked flawlessly. I switched to Intel for the benefits of core2duo, but it seems everyting Intel is cursed with poor drivers, the gfx, the ipw wifi and the HD intel sound all have problems, I know where my money is going next time.
Daniel, Please take the time to report these bugs over at http://bugs.freedesktop.org/ by following this small guide http://intellinuxgraphics.org/how_to_report_bug.html That's where bugs get fixed as I am no way capable of fixing graphics drivers. If you do, please add me as a CC there so that I can follow your bug and backport patches if necessary. Thanks
The bug 219867 is probably related to this bug. It's about non-working DR with xf86-video-i810-2.3.0 and the same error message.
(In reply to comment #24) > The bug 219867 is probably related to this bug. It's about non-working DR with > xf86-video-i810-2.3.0 and the same error message. Indeed, these 2 bugs are probably the same. I'll be keeping the other one open for now. Problem is, the only work-around for that bug is to upgrade xorg-server to 1.4.0.90, which is already considered a dead branch by upstream... All in all, I'm not really sure what to do about all this.
(In reply to comment #25) > All in all, I'm not really sure what to do about all this. I rechecked with xorg ebuild version 1.4.0.90-r4 and seems to be working (nevertheless the touchpad does not work, but it is a different topic). Thanks for your efforts and you can close this entry from my side.
Reopening
Basically, we won't fix 1.3. It's too much work for everyone for very little gain. Donnie (dberkholz) has decided to push 1.4.0.90 (with a bunch of patches) to stable. So if you want to help test it, here's what you can do : echo "x11-base/xorg-server **" >> /etc/portage/package.keywords followed by emerge -1 xorg-server. That should install xorg-server 1.4.0.90-r4 which is going to be stabled. I suggest removing the "hal" useflag if you don't really know how to configure HAL for this. If anything breaks with that, please report it in another bug so that we can fix it (nothing _should_ break, but we never know). Closing again. Thanks *** This bug has been marked as a duplicate of bug 219867 ***
