[01:20] Ok. New mesa 9.1 snapshot question - is anyone seeing a gem object leak on sandybridge? === tomreyn_ is now known as tomreyn [08:35] RAOF: no but I haven't looked for one either, so maybe? :p [08:35] i'm running 9.1 on snb, how can I tell if it leaks or not? [08:37] tjaalton: while true ; do egrep "^[[:digit:]]+ objects, [[:digit]]+ bytes" /sys/kernel/debug/dri/0/i915_gem_objects ; sleep 1 ; done [08:38] 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] 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] the egrep part is missing something [08:41] egrep: Pariton [ tai [^ [08:41] Sorry, yeah. [08:41] sorry for the locale [08:41] :) [08:41] It's missing the trailing ‘:’ from the second :digit: [08:41] oh [08:46] ok, I'll let it run for a while [08:47] * mlankhorst needs to figure out why nouveau is failing :( [08:50] not upstream, just wrote some patches for the new synchronization framework, fails on my poor nva8 [09:07] RAOF: doesn't seem to be increasing here [09:08] seems to stay around ~770 objects, ~510000000 bytes [09:27] tjaalton: Ta. Urgh. [10:30] RAOF: if you know what application, valgrind to the rescue? [10:30] mlankhorst: Plausibly. Tis the mighty compiz, though. [10:31] 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] Yeah. As long as it's not free()ing the bo without bo_unref()ing it, it should leak valgrind-tracable memory. [10:32] Now, to see if this abuse of prime does anything interesting... [12:56] did it? [13:21] hm, can anyone install the fglrx driver on raring? [13:21] update-initramfs just goes kaput [13:22] http://paste.kde.org/670244/ [13:22] I also see a bunch of bug reports [13:35] shadeslayer, thats modprobe, not update-initramfs [13:37] (talk to #ubuntu-kernel probably) [14:35] ogra_: okay :) [14:36] could someone also advise me on this : http://paste.ubuntu.com/1644035/ [14:41] I don't quite understand what's going wrong there === xnox is now known as foxtrot === foxtrot is now known as xnox === yofel_ is now known as yofel [19:31] 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] hehe [19:32] it's well known [19:34] mdeslaur: for a workaround, remove -modesetting & -fbdev [19:34] pastebin your logfile to be sure [19:35] tjaalton, does the sleep in /etc/lightdm/lightdm.conf also work around it still? [19:35] bryce: ah, maybe [19:35] haven't tried that one [19:35] might be a less invasive workaround [19:35] tjaalton: http://paste.ubuntu.com/1645897/ [19:35] tjaalton: remove that from what, exactly....are those packages? [19:35] [ 4.157] setversion 1.4 failed [19:35] bingo [19:35] ie: xserver-xorg-video-fbdev [19:35] mdeslaur: xserver-xorg-video- [19:36] yes [19:36] tjaalton: ok, I only have -fbdev [19:36] ah, no, I've got the other one too [19:36] * mdeslaur is in fat-finger mode [19:36] tjaalton: is there a bug #? [19:36] https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/982889/comments/5 [19:36] Ubuntu bug 982889 in xorg-server (Ubuntu) "X trying to start before plymouth has finished using the drm driver" [Critical,Triaged] [19:37] mdeslaur, bug 982889 [19:37] thanks bryce [19:38] mdeslaur: did you use quantal before? [19:38] tjaalton: yep, never got that on quantal [19:38] weird [19:39] but maybe it's slightly quicker to boot now, which makes it easier to hit [19:40] yeah, it's called progress...darn people with they speed optimizations :P [19:40] hehe :) [19:41] or kernel got slower... [20:20] is chris willson here? [20:22] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1116587 [20:22] Ubuntu bug 1116587 in xserver-xorg-video-intel (Ubuntu) "Lenovo T400: With external monitor the system is rarely working for more than 10 minutes" [Undecided,Confirmed] [20:24] fmms, he is ickle on #intel-gfx [20:32] bryce, thanks === Quintasan_ is now known as Quintasan