=== tomreyn_ is now known as tomreyn === psivaa-afk is now known as psivaa [12:06] nice, xserver loading both radeon and vesa for a radeon/radeon hybrid.. that'll fail [12:06] when -ati doesn't support the other chip === psivaa is now known as psivaa-afk [12:23] uds @ crazy hours again [12:23] no-go [12:36] meh we need a session for x, but it will pretty much be ship whatever is needed for hardware support, ship 1.15 if possible, and ship newest mesa branch possible [12:36] right [12:36] no news there === psivaa-afk is now known as psivaa [13:02] Sarvatt, it appears all of the ubuntu fglrx packages ( since 12.104 ) on precise have a broken direct rendering capabilities. [13:02] *direct* rendering? >:O [13:02] ya. [13:03] how so? [13:03] and it was fixed by running... env LD_LIBRARY_PATH=/usr/lib/fglrx:/usr/lib32/fglrx:$LD_LIBRARY_PATH glxinfo [13:03] Dandel: what if you run ldconfig? [13:04] shouldn't need to. [13:04] I installed the packages from the ubuntu repositories. [13:04] try update-alternatives --display x86_64-linux-gnu_gl_conf [13:04] step to reproduce problem... sudo apt-get install fglrx_package_goes_here && sudo aticonfig --initial && sudo reboot [13:05] fglrx 9.010 package was not effected [13:06] but catalyst 13.8 beta ( 13.200 aka 13.20.5 ), catalyst 13.10 ( fglrx 13.20.11 ), and fglrx 12.104 are all effected [13:06] Dandel: can you do those steps for me? [13:07] will do, but it'll take a few min... i switched that pc over to an nvidia card to check some stuff out on an the nvidia drivers... funny thing is that none of the nvidia drivers had this issue. [13:07] sure [13:07] Dandel: i guess you need to enable it from jockey or what's it called.. [13:08] tjaalton, i did not use jockey [13:08] exactly [13:08] the steps I said is equivalent of using that [13:08] you need to [13:08] no it isn't [13:08] and you don't need a aticonfig --initial [13:08] it won't touch alternatives [13:08] no... the ubuntu package should automatically set alternatives. [13:08] nope [13:08] UNLESS it's in manual mode [13:09] you need to enable the driver.. [13:09] if you just install it, it isn't enabled [13:09] with nvidia it was install package and then run nvidia-xconfig. [13:09] tseliot: ^ [13:10] and it never gave me any problems going back to mesa ><; ( just uninstall relevant packages and remove /etc/X11/xorg.conf ) [13:10] Dandel: I've noticed the same and I think it was just ldconfig was missing after switching alternatives [13:10] and xorg.conf is not needed for fglrx [13:10] ok then [13:10] maybe I was wrong, has been a while since I tried either [13:11] the latest amd driver *does* survive the most recent revisions of piglit. [13:11] :o [13:11] actually the ubuntu ppa is woefully out of date due to the fact the piglit devs have trouble integrating patches :/ [13:12] overzelous devs who don't want to fix the whole building the source code from out of tree. [13:12] lol [13:12] I can just push any fixes, as long as they don't break in-tree builds :P [13:13] see piglit mailing list. [13:13] there is a couple of patch queues [13:13] some of em fix outright improper piglit behavior [13:13] if you change contexts, using the old glgetstring is a seriously bad idea [13:14] what patches exactly? [13:15] http://lists.freedesktop.org/archives/piglit/2013-September/007571.html [13:15] it's incomplete ><; noticed some other stuff in packages that are missing. [13:17] patch 7 and 8 are fixing poor glgetstring behaior. [13:18] patch 6 *should* fix the strndup build bug found in piglit right now [13:18] patches 1 to 4 are general fixes to packaging (and installation ) involving cmake in general. [13:19] and of course patch 5 is a version bump involving cmake for piglit seeing as how they already essentially force cmake 2.8 as is ( via waffle ) [13:20] actually I did notice that on fglrx that aiglx is a little buggy after install on those effected versions. [13:21] namely that it failed to load /usr/X11R6/lib64/modules/dri/fglrx_dri.so :/ [13:22] Dandel: oh, dandel sent a reply to it, you need to reply to that first :P [13:23] s/dandel/idr/ [13:23] http://lists.freedesktop.org/archives/piglit/2013-October/007585.html [13:23] hm I'll ping him myself [13:23] I always build the source out of tree ><; [13:24] so these fixes are key [13:24] Dandel: there's no need to run nvidia-xconfig or aticonfig [13:24] tseliot, it's out of habbit... I've been using the proprietary driver that way for more than 4 years [13:25] I almost always build the package, and then install said package [13:25] Dandel: also can you pastebin your /var/log/Xorg.0.log please? [13:25] 1 sec. [13:27] http://paste.ubuntu.com/6204912/ [13:28] .dpkg-tmp? [13:28] why do you have a /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/ ? [13:29] no [13:29] it's there in your log [13:29] at least not with nvidia 325.15 driver [13:29] i have not shut the pc down yet ><; [13:29] look at your own Xorg.0.log :P [13:29] that is an copy of the log i had from atigetsysteminfo.sh [13:31] err... we need a current log [13:33] that error only started appearing in 13.20.5 ( catalyst 13.8 beta ) [13:33] it did not exist in the 13.101 release [13:33] also we do provide a file for ldconfig with the driver, so you shouldn't really need to export the path to the libraries [13:35] Dandel: please reboot, and paste the output of "ldconfig -p | grep GL" (do not set the LD_LIBRARY_PATH) [13:36] k... 1 sec restoring the system takes a a bit ( haft to make sure i don't leave the nvidia drivers in when i switch to the ati card ) [13:44] using the fglrx-12 package ( from edgers ppa ) [13:48] tseliot, linker issue [13:48] Dandel: so it's not my problem [13:50] paste.ubuntu.com/6204994 [13:51] and... ( this is ldconfig -p | grep GL ) paste.ubuntu.com/6204999 [13:52] odd... i do not see a libgl.so ( 32-bit ) for fglrx 0o' [13:55] Dandel: what does "ldconfig -p | grep dri" say? [13:56] BTW I don't maintain the drivers in edgers, only the ones in the Ubuntu repository [13:56] i do not see the fglrx dri in the output for that command [13:58] paste.ubuntu.com/6205018 [13:59] Dandel: what about "update-alternatives --display x86_64-linux-gnu_gl_conf" ? [14:00] paste.ubuntu.com/6205024 [14:01] what if you just run ldconfig, then ldd /usr/bin/glxgears again? [14:01] well, ldconfig with sudo [14:02] actually on ubuntu 12.04 lts it's wrather annoying that the opencl driver icd and headers are unavailable ><; ( it's in quantal tho and up tho... that's on the list of stuff needed for current versions of piglit ) [14:03] paste.ubuntu.com/6205043 [14:05] mlankhorst, i have no idea why i have /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/ [14:05] rm -rf it [14:05] but it does link to /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules [14:06] oh just rm it then :p [14:06] anyway that looks better, try again now? [14:06] rming that link did not fix the direct rendering. [14:07] odd... [14:07] adding just this path to LD_LIBRARY_PATH fixed it... /usr/lib32/fglrx [14:07] did i forget to mention i'm on amd64 ><; [14:08] that should not exist [14:08] i do not think that is entirely the issue. [14:08] the package does install stuff there [14:08] oh [14:09] too [14:09] that solves it. [14:09] 1 sec while i get a console output of ldconfig -p :) [14:11] paste.ubuntu.com/6205065 [14:11] that is *before* and after adding usr/lib32/fglrx to the ld_library_path [14:11] ok so I guess you just didn [14:11] ack ><; [14:11] run ldconfig then :p [14:12] something else is missing ><; [14:19] just restart xorg i guess [14:21] hmm... xorg failure [14:21] undefined symbol firegl_getuefisupported in /usr/lib/xorg/modules/drivers/fglrx_drv.so [14:26] 0o' is there ever a reason for update-alternatives to complain during install? [14:26] oh well... reinstalling the package fixed xorg :/ [14:27] steam still complains about a lack of direct contexts [14:32] hmm... tjaalton, do you know why there is no 32-bit glxinfo ? ( i think there is a need to have this because there is a slight issue where libGL.so is overwitten for 64-bit binaries but 32-bit binaries are ignored. [14:35] what 32bit binaries? [14:35] Dandel: apt-get install mesa-utils:i386 [14:35] no [14:35] it's not multiarch [14:35] oh [14:35] :P [14:35] well you can install either or [14:35] i guess [14:35] it's what i do [14:39] 0o' and it messes up other packages to boot [14:39] now i have 4 other packages to reinstall ><; [14:40] the 32-bit glxinfo has that issue :) [14:41] i honestly wonder why this line is not in ldconfig -p | grep fglrx output... [14:41] libGL.so (libc6) => /usr/lib/fglrx/libGL.so [14:42] err... lib32... but still the point is sound. [14:42] you probably messed up your system in an interesting way [14:42] just wipe it and start over? :p [14:43] that's a bit difficult... there is problems on another system where uefi and dual boot is a nightmare. [14:44] i own two uefi compatible amd systems and the hitch on both of em is that win7 + linux do not play nicely on multiple levels ( for example hybernate on windows is lost ) [14:47] mlankhorst, i doubt that i screwed it up that bad... when I remove fglrx i always run the following set of commands. paste.ubuntu.com/6205205 [14:48] where do you paster these links from? they are lacking http:// and terminator doesn't understand them ;) [14:49] tjaalton, it's called typing it in. [14:49] right, isn't that a lot of work? [14:49] and *paste [14:50] not when your on two different computers. [14:50] k [14:55] and another thing you really really do not need to run aticonfig, just another way to mess things up [14:57] fixed it... had some stray fixes from one of the times the ati installer/uninstaller screwed up :/ [14:58] i had to wipe out /usr/lib/i386-linux-gnu/libati* [14:58] and then reinstall the driver [14:59] now steam does not complain either. [15:45] Dandel: hm do you have the piglit changes in a branch? [17:25] tjaalton, tyvm, it's fixed now :) [18:00] pepee: good to hear :) === RAOF_ is now known as RAOF === JanC_ is now known as JanC