[01:20] <RAOF> Ok. New mesa 9.1 snapshot question - is anyone seeing a gem object leak on sandybridge?
[08:35] <mlankhorst> RAOF: no but I haven't looked for one either, so maybe? :p
[08:35] <tjaalton> i'm running 9.1 on snb, how can I tell if it leaks or not?
[08:37] <RAOF> tjaalton: while true ; do egrep "^[[:digit:]]+ objects, [[:digit]]+ bytes" /sys/kernel/debug/dri/0/i915_gem_objects ; sleep 1 ; done
[08:38] <RAOF> That'll print out the total size; if it keeps increasing over time (not necessarily strictly increasing, but just tending to increase) then you're probably hitting it.
[08:39] <RAOF> Other symptoms include: after a while everything will crash as the OOM killer flails around before killing compiz.
[08:40]  * mlankhorst hands RAOF watch -n1
[08:40]  * RAOF gratefully receives it
[08:41] <tjaalton> the egrep part is missing something
[08:41] <tjaalton> egrep: Pariton [ tai [^
[08:41] <RAOF> Sorry, yeah.
[08:41] <tjaalton> sorry for the locale
[08:41] <tjaalton> :)
[08:41] <RAOF> It's missing the trailing ‘:’ from the second :digit:
[08:41] <tjaalton> oh
[08:46] <tjaalton> ok, I'll let it run for a while
[08:47]  * mlankhorst needs to figure out why nouveau is failing :(
[08:50] <mlankhorst> not upstream, just wrote some patches for the new synchronization framework, fails on my poor nva8
[09:07] <tjaalton> RAOF: doesn't seem to be increasing here
[09:08] <tjaalton> seems to stay around ~770 objects, ~510000000 bytes
[09:27] <RAOF> tjaalton: Ta. Urgh.
[10:30] <mlankhorst> RAOF: if you know what application, valgrind to the rescue?
[10:30] <RAOF> mlankhorst: Plausibly. Tis the mighty compiz, though.
[10:31] <mlankhorst> I mean it would probably show up as a normal allocation, so just crank up logging on valgrind and kill it after a bit
[10:32] <RAOF> Yeah. As long as it's not free()ing the bo without bo_unref()ing it, it should leak valgrind-tracable memory.
[10:32] <RAOF> Now, to see if this abuse of prime does anything interesting...
[12:56] <mlankhorst> did it?
[13:21] <shadeslayer> hm, can anyone install the fglrx driver on raring?
[13:21] <shadeslayer> update-initramfs just goes kaput
[13:22] <shadeslayer> http://paste.kde.org/670244/
[13:22] <shadeslayer> I also see a bunch of bug reports
[13:35] <ogra_> shadeslayer, thats modprobe, not update-initramfs
[13:37] <ogra_> (talk to #ubuntu-kernel probably)
[14:35] <shadeslayer> ogra_: okay :)
[14:36] <shadeslayer> could someone also advise me on this : http://paste.ubuntu.com/1644035/
[14:41] <shadeslayer> I don't quite understand what's going wrong there
[19:31] <mdeslaur> I just upgraded to raring, and I have to reboot about 10 times for X to come up. Is "Cannot run in framebuffer mode. Please specify busIDs" a known bug, and is there a bug number?
[19:32] <tjaalton> hehe
[19:32] <tjaalton> it's well known
[19:34] <tjaalton> mdeslaur: for a workaround, remove -modesetting & -fbdev
[19:34] <tjaalton> pastebin your logfile to be sure
[19:35] <bryce> tjaalton, does the sleep in /etc/lightdm/lightdm.conf also work around it still?
[19:35] <tjaalton> bryce: ah, maybe
[19:35] <tjaalton> haven't tried that one
[19:35] <bryce> might be a less invasive workaround
[19:35] <mdeslaur> tjaalton: http://paste.ubuntu.com/1645897/
[19:35] <mdeslaur> tjaalton: remove that from what, exactly....are those packages?
[19:35] <tjaalton> [     4.157] setversion 1.4 failed
[19:35] <tjaalton> bingo
[19:35] <mdeslaur> ie:  xserver-xorg-video-fbdev
[19:35] <tjaalton> mdeslaur: xserver-xorg-video-
[19:36] <tjaalton> yes
[19:36] <mdeslaur> tjaalton: ok, I only have -fbdev
[19:36] <mdeslaur> ah, no, I've got the other one too
[19:36]  * mdeslaur is in fat-finger mode
[19:36] <mdeslaur> tjaalton: is there a bug #?
[19:36] <bryce> https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/982889/comments/5
[19:37] <bryce> mdeslaur, bug 982889
[19:37] <mdeslaur> thanks bryce
[19:38] <tjaalton> mdeslaur: did you use quantal before?
[19:38] <mdeslaur> tjaalton: yep, never got that on quantal
[19:38] <tjaalton> weird
[19:39] <tjaalton> but maybe it's slightly quicker to boot now, which makes it easier to hit
[19:40] <mdeslaur> yeah, it's called progress...darn people with they speed optimizations :P
[19:40] <mdeslaur> hehe :)
[19:41] <bryce> or kernel got slower...
[20:20] <fmms> is chris willson here?
[20:22] <fmms> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1116587
[20:24] <bryce> fmms, he is ickle on #intel-gfx
[20:32] <fmms> bryce, thanks