[07:45] Hands up wo is going to LGM? [07:45] LGM? [08:13] libre graphics meeting [08:13] hello [08:14] heya [08:14] hi bryce [08:14] hi tjaalton [08:14] when the new kernel upload is in the archive, I'll upload libdrm/mesa/-intel === seb128_ is now known as seb128 [08:24] night [12:28] wow, usplash totally hosed my nvidia based ws [13:46] ogra_: pitti has uploaded a new hal that'll default using evdev for touchpads, could you try and see how it works? [13:47] tjaalton, sure ... though we dont have any way to calibrate yet (and i dont have a jaunty setup atm (working with my arms deeply in ARM stuff :) ) [13:48] so i cnt promise i can do it right away [13:49] sure, no rush [13:49] just that you know it's out there :) [14:01] hmm, nouveau-kernel-source already includes the drm headers.. [14:04] ..but unusable for the ddx driver === ogra_ is now known as ogra === crevette_ is now known as crevette [20:09] Hi. Is anybody here running the closed-source nvidia or ati driver? You could do me a huge favor. It'll only take a few seconds. [20:13] Basically, I'd need someone to run the test program attached to this comment: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/217908/comments/33 [20:13] Launchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed] [20:14] For the open-source drivers, I could just look at the source (they're all broken - except for intel, but trivial to fix) [20:16] Also, is there a way to give me power over the bug -- there's quite a few status changes that I'd like to make [20:20] nevermind, I see I can actually change things [21:59] uh oh.. what is dontzap? [22:07] tjaalton: wondered the same thing. seems weird to put that kind of stuff in an own package, but oh well.. [22:07] jcristau: yeah.. I thought the x-kit stuff was enough [22:08] or would be, when it's released [22:09] I also noticed that mandriva has actually patched their xserver to not care about the ABI for nvidia/fglrx [22:10] But I see (new) glitches with nvidia + IgnoreABI. Are these not related at all? [22:10] who knows... [22:10] raof: what kind? [22:10] tjaalton: Parts of windows being painted entirely black. [22:11] raof: so nouveau_drm.h is all that's needed for libdrm-dev? [22:11] tjaalton: I believe I listed all the necessary files on the bug. nouveau_drm is one, but there are more, I think. [22:11] the rest seems to be specific to the drm driver [22:11] a bug? [22:12] tjaalton: I commented on the "please remove these from libdrm-dev" bug; it was open at the time? [22:12] raof: ok, well I checked the headers and _drm.h should be the only one that the ddx driver uses [22:13] Cool. [22:13] they all are also in the kernel-source package, and used by the drm driver [22:14] but _drm.h should be the only one for userspace [22:27] raof: the nvidia compiz problem is bug 269904. It seems to be a design flaw in the DAMAGE protocol; see Aaron Plattner's comment. [22:27] Launchpad bug 269904 in nvidia-graphics-drivers-177 "Screen refresh problems with nvidia on intrepid" [Medium,Confirmed] https://launchpad.net/bugs/269904 [22:28] andersk: I don't think that's it; this only turned up in -180 [22:28] At least, I only _remember_ this turning up in 180 [22:29] I hadn't seen it in 177, but I was also using different PowerMizer settings then. It seems to happen more often in low power mode. [22:30] Thinking of PowerMizer... :( [22:30] Wouldn't it be great if the whole screen didn't flash black whenever the card changes state? [22:31] Well, that's in fact why I had been using different PowerMizer settings. [22:31] * raof would accept a nouveau driver that resumed from suspend, too. [22:31] andersk: Locking it on minimal? How does one do that? [22:34] I put this into a new file in /etc/modprobe.d: [22:34] options nvidia NVreg_RegistryDwords="PerfLevelSrc=0x2222" [22:34] But I forget whether that locks it on minimal or on maximal. [22:35] Aaah.