[07:45] <Alexia_Death_> Hands up wo is going to LGM?
[07:45] <tjaalton> LGM?
[08:13] <bryce> libre graphics meeting
[08:13] <crevette> hello
[08:14] <bryce> heya
[08:14] <tjaalton> hi bryce
[08:14] <bryce> hi tjaalton
[08:14] <tjaalton> when the new kernel upload is in the archive, I'll upload libdrm/mesa/-intel
[08:24] <bryce> night
[12:28] <tjaalton> wow, usplash totally hosed my nvidia based ws
[13:46] <tjaalton> ogra_: pitti has uploaded a new hal that'll default using evdev for touchpads, could you try and see how it works?
[13:47] <ogra_> 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] <ogra_> so i cnt promise i can do it right away
[13:49] <tjaalton> sure, no rush
[13:49] <tjaalton> just that you know it's out there :)
[14:01] <tjaalton> hmm, nouveau-kernel-source already includes the drm headers..
[14:04] <tjaalton> ..but unusable for the ddx driver
[20:09] <TomJaeger> 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] <TomJaeger> 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:14] <TomJaeger> 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] <TomJaeger> 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] <TomJaeger> nevermind, I see I can actually change things
[21:59] <tjaalton> uh oh.. what is dontzap?
[22:07] <jcristau> tjaalton: wondered the same thing. seems weird to put that kind of stuff in an own package, but oh well..
[22:07] <tjaalton> jcristau: yeah.. I thought the x-kit stuff was enough
[22:08] <tjaalton> or would be, when it's released
[22:09] <tjaalton> I also noticed that mandriva has actually patched their xserver to not care about the ABI for nvidia/fglrx
[22:10] <raof> But I see (new) glitches with nvidia + IgnoreABI.  Are these not related at all?
[22:10] <jcristau> who knows...
[22:10] <tjaalton> raof: what kind?
[22:10] <raof> tjaalton: Parts of windows being painted entirely black.
[22:11] <tjaalton> raof: so nouveau_drm.h is all that's needed for libdrm-dev?
[22:11] <raof> tjaalton: I believe I listed all the necessary files on the bug.  nouveau_drm is one, but there are more, I think.
[22:11] <tjaalton> the rest seems to be specific to the drm driver
[22:11] <tjaalton> a bug?
[22:12] <raof> tjaalton: I commented on the "please remove these from libdrm-dev" bug; it was open at the time?
[22:12] <tjaalton> raof: ok, well I checked the headers and _drm.h should be the only one that the ddx driver uses
[22:13] <raof> Cool.
[22:13] <tjaalton> they all are also in the kernel-source package, and used by the drm driver
[22:14] <tjaalton> but _drm.h should be the only one for userspace
[22:27] <andersk> 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:28] <raof> andersk: I don't think that's it; this only turned up in -180
[22:28] <raof> At least, I only _remember_ this turning up in 180
[22:29] <andersk> 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] <raof> Thinking of PowerMizer... :(
[22:30] <raof> Wouldn't it be great if the whole screen didn't flash black whenever the card changes state?
[22:31] <andersk> 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] <raof> andersk: Locking it on minimal?  How does one do that?
[22:34] <andersk> I put this into a new file in /etc/modprobe.d: 
[22:34] <andersk> options nvidia NVreg_RegistryDwords="PerfLevelSrc=0x2222" 
[22:34] <andersk> But I forget whether that locks it on minimal or on maximal. 
[22:35] <raof> Aaah.