In xf86-video-via-0.1.31.1-r1 these files: src/xvmc/unichrome/viaLowLevel.c src/xvmc/unichromeProA/viaLowLevelPro.c src/via_memory.c refer to a token 'VIDEO' without it being defined in any header files that gcc -M could fathom they referred to. Thus emerging xf86-video-via fails when the dri USE flag is enabled. A quick solution is to add '#define VIDEO 0' to src/via_drmclient.h I got the number 0 from src/via_dri.c where it's also #defined manually. Applying that solution, I am now on a working X using via_drv.so on my UniChrome card, good old KM400/KN400 cheap junk. Reproducible: Always Steps to Reproduce: 1. gcc-config 6 # vanilla gcc compiler... we need a -nonow patch 2. USE=dri emerge xf86-video-via Actual Results: The emerge fails complaining that 'VIDEO' is not defined. Expected Results: It should have emerged flawlessly, and pooped gold. Portage 2.0.51.22-r3 (hardened/x86/2.6, gcc-3.4.4, glibc-2.3.5-r3, 2.6.13-hardened-r2 i686) ================================================================= System uname: 2.6.13-hardened-r2 i686 AMD Sempron(tm) 2200+ Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /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/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://127.0.0.1:9115/http://distfiles.gentoo.org/ ftp://gentoo.kems.net/mirrors/gentoo http://gentoo.kems.net ftp://gentoo.mirrors.scphost.com/pub/mirrors/gentoo/ http://ftp.isu.edu.tw/pub/Linux/Gentoo http://gentoo.scphost.com http://ibiblio.org/pub/Linux/MIRRORS.html http://mirror.gentoo.gr.jp ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO http://ftp.gentoo.or.kr/ http://mymirror.asiaosc.org/gentoo/ http://gentoo.gg3.net/ ftp://gg3.net/pub/linux/gentoo/ ftp://ftp.isu.edu.tw/pub/Linux/Gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage//packages/x86/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage" USE="X acpi alsa avi bzlib caps cdr crypt curl dlloader emacs encode fam fortran gd gdbm gif gpm gtk gtk2 guile hardened imagemagick imap imlib jpeg libwww mad mikmod mmx mp3 mpeg mysql ncurses nls nodrm nptl nptlonly offensive ogg oggvorbis opengl pam pcre perl pic png python quicktime readline real ruby samba sasl sdl slang ssl svga tcltk tcpd tetex tiff truetype udev unicode userlocales vorbis x86 xanim xml xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Interesting that this didn't fail for me during initial testing. I wonder why... There are quite a few issues with this driver upstream. Search around on https: //bugs.freedesktop.org to see if this issue is known already, and if not, please file a bug there and post the link here. Thanks :)
Oh, and this isn't an external driver.
Reassign
Re-mark as resolved.
*** Bug 111600 has been marked as a duplicate of this bug. ***
Unless I'm mistaken, this driver is working now.
Marking fixed. Please re-open if I'm wrong.
