Partly, it's continuation of http://bugs.gentoo.org/show_bug.cgi?id=103404. First of all,there is bug upstream which causes that ViaTexCombineState error appear. I googled a bit and found a solution (will attach it after bug submission). Moreover, when ViaTexCombineState patch is applied, driver is unstable, for normal user it coredumps while openGL related stuff is executed, for root glxgears gets ~4500 FPS, then everything breaks and if you try to run glxgears once again xorg hungs up. You have to ssh to your box from outside to restart xdm. No response to keyboard/mouse events (unable to ALT+CTRL+BACKSPACE, ALT+CTRL+F[1-8] or even ALT+CTRL+DEL).
Created attachment 75793 [details, diff] patch to ViaTexCombineState missing message has to be reverse applied to PORTAGE_TMPDIR/portage/xorg-x11-6.8.99-[release]/work/xc/lib/GL/mesa/drivers/dri/unichrome/Imakefile.inc
Here you can have gdb's glxgears output (normal user). Maybe it'll help track it down. I'm unable to dig more - my knowledge ends here. (gdb) r Starting program: /usr/bin/glxgears (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 10916)] Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 16384 (LWP 10916)] 0xb7b8e53c in _mesa_test_os_sse_exception_support () from /usr/lib/modules/dri/unichrome_dri.so (gdb) where #0 0xb7b8e53c in _mesa_test_os_sse_exception_support () from /usr/lib/modules/dri/unichrome_dri.so #1 0xb7b8e17f in check_os_sse_support () from /usr/lib/modules/dri/unichrome_dri.so #2 0x00000000 in ?? ()
Any reason why you haven't moved on to 7.0 (modular)? 6.8.99.14 isn't in the tree any more, and 6.8.99.15 is only there for confirming regressions against 7.0 and will be dropped rather soon.
as for #3... yeah, my big mistake, surely I've got 6.8.99.15-r4 and that's that very version I've been reporting bugs in here. Summary modified. My fault I've not checked it twice. While talking about 7.0... a few days ago, when I'd been compiling 6.8.99.15-r4 there was not 7.0.ebuild in portage, it was as much as 7.0-rc2 or -rc4 (not sure). I'm rather x86 than ~x86 so I was not notified that 7.0 final ebuild was reselased. So today I'm going to build 7.0 and see whether problem still exists (as you could see in my previous posts it was upstream bug partly). If so I'm going to file a bug, if not, I'll close that bug and notify you about it.
Well, that's : =x11-base/xorg-x11-7.0 ~x86 =x11-apps/xauth-1.0.1 ~x86 =x11-libs/libX11-1.0.0 ~x86 =x11-proto/kbproto-1.0.2 ~x86 =sys-apps/man-1.6b-r2 ~x86 =dev-util/pkgconfig-0.20 ~x86 =x11-misc/util-macros-1.0.1 ~x86 =x11-proto/xextproto-7.0.2 ~x86 =x11-proto/xproto-7.0.4 ~x86 =x11-proto/xf86bigfontproto-1.1.2 ~x86 =x11-proto/inputproto-1.3.2 ~x86 =x11-libs/libXau-1.0.0 ~x86 =x11-proto/bigreqsproto-1.0.2 ~x86 =x11-libs/libXdmcp-1.0.0 ~x86 =x11-proto/xcmiscproto-1.1.2 ~x86 =x11-libs/xtrans-1.0.0 ~x86 =x11-libs/libXext-1.0.0 ~x86 =x11-libs/libXmu-1.0.0 ~x86 =x11-libs/libXt-1.0.0 ~x86 =x11-libs/libSM-1.0.0 ~x86 =x11-libs/libICE-1.0.0 ~x86 =x11-apps/setxkbmap-1.0.1 ~x86 =x11-libs/libxkbfile-1.0.1 ~x86 =x11-libs/libXcomposite-0.2.2.2 ~x86 =x11-libs/libXfixes-3.0.1.2 ~x86 =x11-proto/fixesproto-3.0.2 ~x86 =x11-proto/compositeproto-0.2.2 ~x86 =media-fonts/font-bitstream-type1-1.0.0 ~x86 =x11-apps/mkfontdir-1.0.1 ~x86 =x11-apps/mkfontscale-1.0.1 ~x86 =x11-libs/libfontenc-1.0.1 ~x86 =media-fonts/encodings-1.0.0 ~x86 =media-fonts/font-alias-1.0.1 ~x86 =app-doc/xorg-docs-1.0.1 ~x86 =x11-libs/libXdamage-1.0.2.2 ~x86 =x11-proto/damageproto-1.0.3 ~x86 =x11-apps/xhost-1.0.0 ~x86 =x11-libs/libXScrnSaver-1.0.1 ~x86 =x11-proto/scrnsaverproto-1.0.2 ~x86 =x11-libs/libXxf86dga-1.0.0 ~x86 =x11-proto/xf86dgaproto-2.0.2 ~x86 =media-fonts/font-adobe-utopia-type1-1.0.1 ~x86 =x11-apps/xmodmap-1.0.0 ~x86 =x11-libs/libXcursor-1.1.5.2 ~x86 =x11-libs/libXrender-0.9.0.2 ~x86 =x11-proto/renderproto-0.9.2 ~x86 =x11-apps/xinit-1.0.1 ~x86 =x11-apps/xrdb-1.0.1 ~x86 =x11-wm/twm-1.0.1 ~x86 =x11-apps/xclock-1.0.1 ~x86 =x11-libs/libXft-2.1.8.2 ~x86 =x11-libs/libXaw-1.0.1 ~x86 =x11-libs/libXpm-3.5.4.2 ~x86 =x11-apps/xrandr-1.0.1 ~x86 =x11-libs/libXrandr-1.1.0.2 ~x86 =x11-proto/randrproto-1.1.2 ~x86 =x11-libs/libXinerama-1.0.1 ~x86 =x11-proto/xineramaproto-1.1.2 ~x86 =media-fonts/font-bh-ttf-1.0.0 ~x86 =x11-base/xorg-server-1.0.1 ~x86 =x11-libs/libXxf86misc-1.0.0 ~x86 =x11-proto/xf86miscproto-0.9.2 ~x86 =x11-libs/liblbxutil-1.0.0 ~x86 =x11-proto/dmxproto-2.2.2 ~x86 =x11-proto/videoproto-2.2.2 ~x86 =x11-proto/trapproto-3.4.3 ~x86 =x11-libs/libXtst-1.0.1 ~x86 =x11-proto/recordproto-1.13.2 ~x86 =x11-libs/libdmx-1.0.1 ~x86 =x11-proto/resourceproto-1.0.2 ~x86 =x11-apps/iceauth-1.0.1 ~x86 =x11-proto/fontsproto-2.0.2 ~x86 =x11-proto/xf86rushproto-1.1.2 ~x86 =media-fonts/font-misc-misc-1.0.0 ~x86 =x11-apps/bdftopcf-1.0.0 ~x86 =x11-libs/libXfont-1.0.0 ~x86 =x11-proto/fontcacheproto-0.1.2 ~x86 =media-fonts/font-util-1.0.0 ~x86 =x11-libs/libxkbui-1.0.1 ~x86 =media-fonts/font-cursor-misc-1.0.0 ~x86 =x11-proto/glproto-1.4.3 ~x86 =app-admin/eselect-opengl-1.0.3 ~x86 =app-admin/eselect-1.0_rc2 ~x86 =x11-libs/libXres-1.0.0 ~x86 =media-libs/mesa-6.4.1-r1 ~x86 =x11-misc/makedepend-1.0.0 ~x86 =x11-proto/xf86vidmodeproto-2.2.2 ~x86 =x11-proto/printproto-1.0.3 ~x86 =x11-libs/libXxf86vm-1.0.0 ~x86 =x11-libs/libXi-1.0.0 ~x86 =x11-libs/libdrm-2.0 ~x86 =x11-misc/xbitmaps-1.0.1 ~x86 =x11-misc/xkbdata-1.0.1 ~x86 =x11-apps/xkbcomp-1.0.1 ~x86 =x11-apps/rgb-1.0.0 ~x86 =x11-proto/evieext-1.0.2 ~x86 =x11-proto/xf86driproto-2.0.3 ~x86 =x11-apps/mesa-progs-6.4.1 ~x86 =x11-libs/libXv-1.0.1 ~x86 is the reason I've not got 7.0 yet. Please, next time give any hint about how many ebuilds I'm to unmask/~x86 before I am able to emerge something. It took me more than one hour to emerge -p xorg-x11 and check what else is left ot be added to /etc/portage/package* And finally, when I'm ready to emerge here comes something like that: !!! Error: the <=x11-base/xorg-x11-6.9 package conflicts with another package. !!! both can't be installed on the same system together. !!! Please use 'emerge --pretend' to determine blockers. So what's the hell?? Am I not unable to update 6.8.x to 7.0? No more 6.9 ebuilds so no chance to jump from 6.8 to 6.9 at all. Am I to kill X server, emerge -C xorg-x11 and then emerge xorg-x11? Stupid way to go.
(In reply to comment #5) > Please, next time give any hint about how many ebuilds I'm to unmask/~x86 > before I am able to emerge something. It took me more than one hour to emerge > -p xorg-x11 and check what else is left ot be added to /etc/portage/package* You can save time by just copying and pasting the package.mask section ($PORTDIR/profiles/package.mask) for modular - it's all nicely organized. You don't need the "~x86" part at the end of each line if you're just allowing testing versions. Besides, I merely asked you why you weren't running modular since 6.8.99.15 is much older than any of the 7.0 release candidates. > Am I to kill X server, emerge -C xorg-x11 and then emerge xorg-x11? Stupid way > to go. Suggestions are welcome. Upgrade paths were discussed and other methods either didn't make sense and/or made collision protect scream. You'd probably be interested in http://dev.gentoo.org/~spyderous/xorg-x11/migrating_to_modular_x_howto.txt
ok, I've just found that "tutorial" a few hours ago. Until that I didn't realize that I may copy data from ($PORTDIR/profiles/package.mask). yeah, that saves time a lot. ~x86 cause it's copied from portage.keywords, of course in portage.unmask it would cause invalid atom warning. I was not using 7.0 cause it was not avaiable in portage a few days ago... I saw rc2 only and decided to wait till final release ebuild appear. I've got unichrome and there was conflict between xf86-video-unichrome-0.2.1 package (unichrome.sourceforge.net) and 6.8.2 ebuild files. Ok, long story, my fault, never mind... Thanks for all your sugestions, I'm going to follow modular migration guide today. Hope it won't hurt. I'm closing bug despite the fact that 6.8.99.15-r4 still has opengl issue with unichrome cards.
