Hi! I've just tried to upgrade to mesa-6.5-r3 from 6.4.2-r2 and direct rendering doesn't work. Both versions are marked stable here on amd64. I've got an Intel 945G video card, which uses i810 driver. I'm using xf86-video-i810-1.4.1.3, because 1.6.0 won't even start (when tried along the new xorg-server 1.0.99.902-r1, the actual one won't do it because of ABI issues (or so it says ;). xorg-server is 1.0.2-r4. I'll attach the output of glxinfo, just in case it's useful. If you need anything else, please let me know. Thanks, Alberto
Created attachment 86157 [details] glxinfo's output with mesa 6.5-r3 (the one which doesn't work)
(In reply to comment #0) > Hi! I've just tried to upgrade to mesa-6.5-r3 from 6.4.2-r2 and direct > rendering > doesn't work. Both versions are marked stable here on amd64. Actually, Mesa 6.4.2 is ~, and Mesa 6.5 is masked. > > I've got an Intel 945G video card, which uses i810 driver. I'm using > xf86-video-i810-1.4.1.3, because 1.6.0 won't even start (when tried along the > new xorg-server 1.0.99.902-r1, the actual one won't do it because of ABI issues > (or so it says ;). xorg-server is 1.0.2-r4. i810 1.4 only works with server 1.0.x, and i810 1.6 only works with server 1.1.x (or 1.0.99.x for now - 1.0.99 is the 1.1 pre-release version). Although Mesa 6.5 is supposed to work with server 1.0.x, I don't recommend mixing and matching like that. As a side note, I'm using Mesa 6.5, server 1.0.99.902 and i810 1.6, and everything works beautifully.
I think I found the cause of this. It is actually true with all drivers. Apparently the stuff gets installed in /usr/lib/dri, where Xorg looks in /usr/lib/xorg/modules/dri As a result direct rendering doesn't work. If linking the modules to the /usr/lib/xorg/modules/dri dir works, then you have hit that bug.
(In reply to comment #2) > (In reply to comment #0) > > Hi! I've just tried to upgrade to mesa-6.5-r3 from 6.4.2-r2 and direct > > rendering > > doesn't work. Both versions are marked stable here on amd64. > > Actually, Mesa 6.4.2 is ~, and Mesa 6.5 is masked. Sorry about that, I didn't check my local configuration. > > I've got an Intel 945G video card, which uses i810 driver. I'm using > > xf86-video-i810-1.4.1.3, because 1.6.0 won't even start (when tried along the > > new xorg-server 1.0.99.902-r1, the actual one won't do it because of ABI issues > > (or so it says ;). xorg-server is 1.0.2-r4. > > i810 1.4 only works with server 1.0.x, and i810 1.6 only works with server > 1.1.x (or 1.0.99.x for now - 1.0.99 is the 1.1 pre-release version). > > Although Mesa 6.5 is supposed to work with server 1.0.x, I don't recommend > mixing and matching like that. Thanks for letting me know, it makes testing a lot easier. Note that I _did_ try the combinations you say are valid. > As a side note, I'm using Mesa 6.5, server 1.0.99.902 and i810 1.6, and > everything works beautifully. I've just tried mesa-6.5-r3, xorg-server-1.1.0, and xf86-video-i810-1.6.0 together and it doesn't work. X won't even start; this is the log: (II) I810(0): Activating tiled memory for the back buffer. (II) I810(0): Activating tiled memory for the depth buffer. (II) I810(0): [drm] Registers = 0x50100000 (II) I810(0): [drm] ring buffer = 0x40000000 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Backtrace: 0: X(xf86SigHandler+0x90) [0x48d94b] 1: /lib/libc.so.6 [0x2abd62dd43b0] 2: /usr/lib64/xorg/modules/drivers/i810_drv.so(I830DRIDoMappings+0x253) [0x2abd63f8e0c8] 3: /usr/lib64/xorg/modules/drivers/i810_drv.so [0x2abd63f79845] 4: X(AddScreen+0x1f7) [0x4305a3] 5: X(InitOutput+0x26d) [0x45c8a1] 6: X(main+0x271) [0x430d7f] 7: /lib/libc.so.6(__libc_start_main+0xe7) [0x2abd62dc20ff] 8: X(FontFileCompleteXLFD+0x99) [0x4302e9] Fatal server error: Caught signal 11. Server aborting I switched back to mesa-6.4.2-r2, xorg-server-1.0.2-r4 and xf86-video-i810-1.4.1.3, and it works again. I guess this one doesn't depend on mesa, but I had to back it out, otherwise direct rendering doesn't work (ie. the bug I reported). Any suggestions? Do you want me to try anything else?
(In reply to comment #3) > I think I found the cause of this. It is actually true with all drivers. > Apparently the stuff gets installed in /usr/lib/dri, where Xorg looks in > /usr/lib/xorg/modules/dri This doesn't seem to happen on my system. What versions are you running?
(In reply to comment #4) > Any suggestions? Do you want me to try anything else? > Could you drop your 'emerge --info' here please?
No DRI here either. I have a radeon M7 and everything worked fine up until now. I emerged xorg 7.1 along with a lot of X packages, one of them mesa-6.5-r3 which might be where the problem is. I'm using keyword x86. Initially, when I start PC I have DRI but the screen is crazy with black lines all over the place, if I change to a virtual terminal and then back, it gets worse. If I logout and then back in I lose DRI but at least screen is ok. xorg log is at: http://sat.inesc-id.pt/~pocm/archive/Xorg.0.log lspci output and emerge info are attached.
Created attachment 88524 [details] emerge --info for pmatos
Created attachment 88525 [details] lspci -vv output for pmatos
I have an i915 graphics card and upgraded to xorg 7.1, mesa 1.5, and xf86-video-i810 1.6 and now DRI/GL doesn't work. If I so much as run 'glxinfo' X crashes and restarts. Xorg.0.log.old ... *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Backtrace: 0: /usr/bin/X(xf86SigHandler+0xa8) [0x80dd3a8] 1: [0xffff] Fatal server error: Caught signal 11. Server aborting ... However DIR appears to be loading (II) I810(0): [DRI] installation complete (II) I810(0): direct rendering: Enabled (II) GLX: Initialized DRI GL provider for screen 0 (EE) AIGLX: Screen 1 is not DRI capable (Screen 1 is my tv out if that could cause some problem for this?) haplo@nika ~ $ emerge --info Portage 2.1_rc4-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.16-suspend2-r8 i686) ================================================================= System uname: 2.6.16-suspend2-r8 i686 Intel(R) Celeron(R) M processor 1.50GHz Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 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.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-m -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/gentopia" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi aiglx aim alsa apache2 audiofile avahi avi bash-completion beagle berkdb bitmap-fonts browserplugin bzip2 cairo cdparanoia cdr cli compositor crypt css cups curl dbus divx4linux doc dri dv dvd dvdr dvdread dxr3 eds emboss encode evo evolution examples fastcgi ffmpeg firefox flac foomaticdb fortran galago gcj gdbm geoip gif glitz glut gnome gnutls gphoto2 gpm grammar gstreamer gstreamer010 gtk gtk2 hal howl-compat icq ieee1394 imap imlib ipv6 isdnlog jabber java javascript jpeg kqemu lame lcms libg++ libnotify libsexy libwww lm_sensors mad madwifi math mdnsresponder-compat mikmod mjpeg mmap mmx mono motif mouse mozilla moznocompose moznoirc moznomail mp3 mpeg mpm-peruser msn multicall musicbrainz mysql nautilus ncurses network nls notify nptl nsplugin objc ogg oggvorbis ole openal opengl pam pam_console pcmcia pcre pda pdf pdflib perl png posix postgres pppd python qt quicktime readline real reflection ruby samba sdl session simplexml softmmu speex spell spl spreadsheet sse sse2 ssl stream svg tagwriting tcpd tetex theora thesaurus tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vcd video vorbis wifi win32codecs wv wxwindows xinerama xml xml2 xorg xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_i810 video_cards_vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 88539 [details] XOrg.log crash session for Haplo
Paulo, this bug is for i810. Please file a separate one for other drivers.
(In reply to comment #12) > Paulo, this bug is for i810. Please file a separate one for other drivers. > Opps, you're right! Sorry!
Haplo, please attach your xorg.conf.
Created attachment 89002 [details] xorg.conf for Haplo
Haplo, does X work if you use the "LFP" server layout?
Alberto, can you atach your glxinfo, but with LIBGL_DEBUG=verbose like this: $ LIBGL_DEBUG=verbose glxinfo
(In reply to comment #17) > Alberto, > can you atach your glxinfo, but with LIBGL_DEBUG=verbose > > like this: > > $ LIBGL_DEBUG=verbose glxinfo > Sure, I'll attach it now. I assume you mean with a working setup, and that you want both stderr and stdout.
Created attachment 91750 [details] My working glxinfo with LIBGL_DEBUG=verbose Made with # LIBGL_DEBUG=verbose glxinfo 2>>/tmp/glxinfo >> /tmp/glxinfo
No, i meant with the not working setup. Sometimes it can be usefull to see the problem.
(In reply to comment #20) > No, i meant with the not working setup. Sometimes it can be usefull to see the > problem. Sorry it took so long to reply, but I couldn't reboot the system until today. The "plain" glxinfo is on the second message of this thread. I'll recompile the new version of mesa and xserver and try again in a few moments.
(In reply to comment #6) > (In reply to comment #4) > > Any suggestions? Do you want me to try anything else? > > > > Could you drop your 'emerge --info' here please? I've just noticed this one was for me. Sure, here it is. Let me know if you need any further info. I promise I'll reply sooner this time =) Portage 2.1 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.18-rc2 x86_64) ================================================================= System uname: 2.6.18-rc2 x86_64 Intel(R) Pentium(R) D CPU 3.00GHz Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.11 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.17 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=nocona -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.utf8" MAKEOPTS="-j2" PKGDIR="/usr/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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac alsa avi bash-completion bash_completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt dbus dga dlloader dri dts dvd dvdr dvdread eds emboss encode fastcgi flac foomaticdb gcj gif gpm gstreamer gtk gtk2 imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jabber jpeg lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly ogg opengl pam pcre pdflib png pppd pri python qt qt3 qt4 quicktime readline reflection sdl session smp speex spell spl ssl svg tcltk tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb utf8 video_cards_i810 video_cards_vga vim-with-x vorbis xanim xattr xinerama xorg xpm xv xvid xvmc zaptel zlib elibc_glibc input_devices_evdev kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #20) > No, i meant with the not working setup. Sometimes it can be usefull to see the > problem. Well, as said above (I tried again with the latest portage tree just to confirm it wasn't fixed), X won't even start. Here's the xorg log: (II) I810(0): [drm] DRM interface version 1.2 (II) I810(0): [drm] created "i915" driver at busid "pci:0000:00:02.0" (II) I810(0): [drm] added 8192 byte SAREA at 0x1000f000 (II) I810(0): [drm] mapped SAREA 0x1000f000 to 0x2b95daba3000 (II) I810(0): [drm] framebuffer handle = 0x40020000 (II) I810(0): [drm] added 1 reserved context for kernel (II) I810(0): Allocated 32 kB for the logical context at 0xffe2000. (II) I810(0): Allocated 8192 kB for the back buffer at 0xf000000. (II) I810(0): Allocated 8192 kB for the depth buffer at 0xe800000. (II) I810(0): Allocated 36608 kB for textures at 0xc440000 (II) I810(0): 0x6dea90: Memory at offset 0x00020000, size 12288 kBytes (II) I810(0): 0x6df8e0: Memory at offset 0x0ffff000, size 4 kBytes (II) I810(0): 0x7cfdf0: Memory at offset 0x0fffb000, size 16 kBytes (II) I810(0): 0x7cfd88: Memory at offset 0x00000000, size 128 kBytes (II) I810(0): 0x6deb10: Memory at offset 0x0ffea000, size 64 kBytes (II) I810(0): 0x7cfe40: Memory at offset 0x0fffa000, size 4 kBytes (II) I810(0): 0x6ded88: Memory at offset 0x0ffe2000, size 32 kBytes (II) I810(0): 0x6decc0: Memory at offset 0x0f000000, size 8192 kBytes (II) I810(0): 0x6ded00: Memory at offset 0x0e800000, size 8192 kBytes (II) I810(0): 0x6ded40: Memory at offset 0x0c440000, size 36608 kBytes (II) I810(0): Activating tiled memory for the back buffer. (II) I810(0): Activating tiled memory for the depth buffer. (II) I810(0): [drm] Registers = 0x50100000 (II) I810(0): [drm] ring buffer = 0x40000000 Backtrace: 0: X(xf86SigHandler+0x71) [0x48d85c] 1: /lib/libc.so.6 [0x2b95d9339300] 2: /usr/lib64/xorg/modules/drivers/i810_drv.so(I830DRIDoMappings+0x253) [0x2b95da4f6048] 3: /usr/lib64/xorg/modules/drivers/i810_drv.so [0x2b95da4e1845] 4: X(AddScreen+0x1f7) [0x430523] 5: X(InitOutput+0x26d) [0x45c780] 6: X(main+0x270) [0x430cf5] 7: /lib/libc.so.6(__libc_start_main+0xe3) [0x2b95d93270e3] 8: X(FontFileCompleteXLFD+0x99) [0x430269] Fatal server error: Caught signal 11. Server aborting This was with mesa-6.5-r3 and xorg-server-1.1.1. Please let me know if you want me to test anything else.
Have you tried with an older kernel? I'm running 2.6.17 without issue. I think I've seen other issues attributed to 2.6.18 already.
(In reply to comment #24) > Have you tried with an older kernel? I'm running 2.6.17 without issue. > > I think I've seen other issues attributed to 2.6.18 already. Yes, when I reported the issue I think 2.6.17 wasn't even in -rc. In fact, I tried 2.6.18-rc2 because I thought it might solve the problem, but it didn't.
Alright, I think it's time to move this upstream then. Please file a bug at https://bugs.freedesktop.org and post the link here.
(In reply to comment #26) > Alright, I think it's time to move this upstream then. Please file a bug at > https://bugs.freedesktop.org and post the link here. > I've reported the bug in fd.o's bugzilla, linked to this bug of course. The url is https://bugs.freedesktop.org/show_bug.cgi?id=7627 Thanks, Alberto PS: shouldn't the status be "reported upstream" or something like that? Because upstream hasn't resolved anything yet =)
We don't have that many options ;) It's actually quite a headache migrating Bugzilla customizations from one version to the next. This at least gets the point across, and everyone knows what it means.
Upgrade to 1.6.1
Thanks, Alan. Alberto, give 1.6.1 a try. I added it this morning so it should be available through sync now.
(In reply to comment #30) > Thanks, Alan. > > Alberto, give 1.6.1 a try. I added it this morning so it should be available > through sync now. It works just fine. I tested normal apps and some 3D ones (screensavers, glxgears and bzflag), everything works as expected. Thanks a lot! Alberto
(In reply to comment #31) > (In reply to comment #30) > It works just fine. I tested normal apps and some 3D ones (screensavers, > glxgears and bzflag), everything works as expected. BTW, while everything works fine, I see the following messages when using anything 3D: libGL warning: 3D driver claims to not support visual 0x4b 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 Should I worry about those? Thanks, Alberto
Good to hear. And don't worry about those warnings. They are harmless.
