=== Amaranth_ is now known as Amaranth === Amaranth_ is now known as Amaranth [12:53] Does anyone know whether the x-team is going to revert the intel i845 graphic driver back to intel or it is going to be fbdev like maverick (the mail archive is empty)? [13:29] afternoonings everyone. [13:30] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/715096 [13:30] Launchpad bug 715096 in xserver-xorg-video-intel (Ubuntu) (and 1 other project) "[i945gm] GPU lockup (ESR: 0x00000001 IPEHR: 0x02000011) (affects: 22) (dups: 15) (heat: 233)" [High,Incomplete] [13:30] is there anything more i can add to that bug to get things moving, i lost some serius work yesterday because of it. [14:03] RAOF: I had to refresh 113_tls.diff in edgers to apply to master, hope I didn't break it in the process -- http://bazaar.launchpad.net/~xorg-edgers/mesa/packaging/revision/79 [14:53] RAOF, wgrant: radeon HD 5770 is fine with unity on edgers on i386, it must be amd64 specific [14:53] or it was fixed in the past few days of updates [16:48] multiarchifying mesa will be a fun adventure [16:50] Sarvatt: pretty much like anything involving mesa, right? [16:51] yeah, need to add guinness to the build-deps [17:08] RAOF: hmm, yeah, amd64 only is screwed with 113_tls.diff and git mesa [17:10] i386 sandybridge laptop is fine, amd64 one is trashed with unity. rebuilding without it to see if it fixes it just to be sure [17:32] yeesh, http://cgit.freedesktop.org/mesa/mesa/commit/?id=6c324777a685d28d0a81d23157e4863240552999 makes unity infinitely more usable on sandybridge [17:33] our 7.10 + that, no more 5 second waits to input text into the search popup [17:33] wish I caught that before feature freeze.. [17:34] call it a bugfix [17:36] Sarvatt: make sure to mention that to didrocks or njpatel.. ;) [17:39] would be nice if sandybridge could go 5 minutes without a [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 69936, at 69936], missed IRQ? on 2.6.38 [18:04] oh goodie, hangchecks look to be fixed in current linux master [19:42] wgrant: I backed 113_tls.diff out of mesa in xorg-edgers for now btw [21:59] Sarvatt: Thanks. [22:13] hey bryceh, is nvidia-173 broken? it wants to remove a ton of packages. [22:14] haven't really looked at nvidia so far this week, but I see we have a large number of new bugs filed [22:14] yeah no nvidia-96 or 173 for natty [22:14] can i just use the binary from the nvidia site? [22:15] nouveau 3d is busted on this box. can't load unity. [22:15] LLStarks, most likely won't help [22:15] can't brute-force it? [22:15] it wont work, and it'll break things when you do get it installed to boot [22:16] LLStarks, with the IgnoreABI stuff? Not sure that's suitable in this case [22:18] how about edgers? [22:20] I suspect only downgrading xserver would be sufficient to make 173 work [22:21] that's a bit much since i'd have to downgrade everything else. what's killing 173 atm? [22:21] the fact that it doesn't work with xserver 1.10 [22:22] Sarvatt: Radeon HD5xxx works fine here with mesa master + the tls fixes + amd64? I presume that the problem is in the particulars of 113_tls.diff; it probably needs to be updated for master.\ [22:22] is this something that will be fixed or just temporary? [22:22] depends on nvidia [22:23] wow. way to go nvidia. leave legacy support high and dry. are they finally deprecating the two? [22:23] i hope edgers nouveau will work with unity. [22:23] *crosses fingers* [22:23] it's the same story every cycle, they are low prio [22:24] ah. then that's okay. [22:31] LLStarks, typically those old drivers are updated within 24 hrs of a new ubuntu release but not before. they just don't have the manpower for it [22:31] heh\ [22:31] grrr. software rasterizer only? gallium y u no work? [22:32] With nouveau? [22:32] you need libgl1-mesa-dri-experimental for nouveau [22:32] yeah [22:32] it is [22:32] installed [22:32] i have an nv34 [22:32] fx 5200 [22:33] new hardware would be a better idea, if possible [22:33] this is just a screw-around box [22:33] Time for everyone's favourite LIBGL_DEBUG=verbose! [22:35] lemme paste [22:38] libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so [22:38] libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so [22:38] http://pastebin.com/Snc93SFK [22:39] really hofstra? really? you didn't give that pc a hostname? [22:41] whatever [22:42] raof, how's it look? [22:45] LLStarks: That doesn't seem to include the LIBGL_DEBUG=verbose output? [22:46] libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so [22:46] libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so [22:46] LLStarks: do you have nouveau kms on? [22:46] libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so [22:46] not sure [22:46] think so [22:46] i had a pretty plymouth [22:46] post the full server logfile somewhere [22:46] k [22:47] http://pastebin.com/188iEmc8 [22:48] [ 22.034] (EE) [drm] failed to open device [22:48] so you are using vesa.. [22:49] nouveau blacklisted perhaps [22:49] how can that be? i had a native plymouth [22:49] * blah checks [22:49] that's grub2 doing the mode handover [22:49] ah [22:50] Kernel modules: nouveau, nvidiafb [22:51] \nothing listed in use [22:51] OH [22:51] wait [22:51] nvidia-installer-disable-nouveau.conf [22:51] lol [22:52] wouldn [22:52] work before that either though [22:52] brb [22:53] you're on the x team and didn't even check your logfile >;) [22:54] yeah, i had the nvidia installer blacklist. [22:55] using nouveau now [22:56] the symlink is probably listed as a conffile, so a normal removal of the nvidia package doesn't delete the file [22:56] still no unity [22:56] i didn't think you could have symlinks as conffiles [22:57] jcristau: dunno then, could be wrong [22:57] or me. [22:58] at least nvidia-current.conffiles doesn't list it [22:58] okay, lemme paste a new xorg log. [22:58] why? [22:58] tjaalton, this was the nvidia.com binary [22:58] nvidia-current does not install that file, nore create any such link. it does blacklist nouveau by creating another conf file [22:58] LLStarks: ok, you lose then [22:58] because, unity doesn't load and the desktop icons just flash [22:59] that file was probably created by nvidia's installer, which he shouldn't be using [22:59] nvidia-graphics-drivers.conf -> /etc/alternatives/nvidia_modconf [22:59] that's in /etc/modprobe.d [22:59] here [22:59] LLStarks: what was the name of the file? [23:00] it didn't work before either.nvidia-graphics-drivers.conf [23:00] ack [23:00] nvidia-graphics-drivers.conf [23:00] in modprobe.d [23:01] nvidia-current does install that file [23:01] that file is created by ubuntu, but the file mentioned by blah isn't [23:02] so the nvidia.com binary creates the same file? hard to believe [23:02] the file he mentioned was called nvidia-installer-disable-nouveau.conf [23:02] wait. one sec. [23:03] ok missed that [23:03] wait, it was disable nouveau or what you said [23:03] not the nvidia-graphics-drivers [23:03] ok then, so created by the nvidia installer [23:03] sorry for the brainfart [23:04] LLStarks, you used the nvidia-installer? [23:04] LLStarks: I had to disable nouveau_vieux in edgers for the past few uploads because the build is broken [23:04] new xorg: http://pastebin.com/xk0K91j6 [23:04] should be fixed in tomorrows upload [23:04] bjsnider, i tried it. didn't get past blacklisting nouveau. [23:05] libGL: OpenDriver: trying /usr/lib/dri/tls/nouveau_dri.so [23:05] libGL: OpenDriver: trying /usr/lib/dri/nouveau_dri.so [23:05] Sarvatt: this uses nouveau_dri, not vieux [23:06] i think everything but unity-3d works fine now [23:06] blah: everything looks normal there [23:07] there's also the well-documented graphical corruption [23:07] but that's another day, another battle [23:16] thx