[00:16] <cwillu> bryce, kms and intel and vbetool:  be advised that pm-utils also makes calls to vbetool, which causes some grief.  
[00:16] <cwillu> bryce, I added a note to #372480
[00:16]  * cwillu pokes ubottu with a stick
[00:17] <cwillu> https://bugs.edge.launchpad.net/ubuntu/+source/pm-utils/+bug/372480
[00:22] <Sarvatt> weird, it should be removing all quirks and adding the nochvt one when it detects KMS is active via /usr/lib/pm-utils/sleep.d/98smart-kernel-video
[00:25] <Sarvatt> not to mention it had a kernel fix to work around it just incase people were still using it, are you on jaunty by any chance?
[00:27] <Sarvatt> because jaunty's pm-utils doesnt have the extra KMS handling is why I ask, sorry
[00:30] <cwillu> Sarvatt, no, karmic
[00:31] <cwillu> removing the execute perm from vbetool fixed it, so I'm assuming pm-utils is to blame
[00:33] <cwillu> I see that file now, wonder why it didn't work
[00:39] <Sarvatt> hmm, the fix was added to 2.6.30-rc6 and should be in ubuntu's 2.6.30-6.7 kernel if you're using that, thats strange
[00:40] <Sarvatt> [   61.162844] [drm:i915_wait_request] *ERROR* something (likely vbetool)
[00:40] <Sarvatt> disabled interrupts, re-enabling
[00:40] <cwillu> yep
[00:40] <Sarvatt> you saw that in the log?
[00:40] <cwillu> I'm using a daily out of the mainline ppa, there's another bug that causes a nicely gradual crash after resume
[00:40] <cwillu> yep
[00:41] <cwillu> under 2.6.30rc7 or our normal kernel, I crash on resume.  On the mainline daily, I don't
[00:42] <Sarvatt> jbarnes: ping incase you are interested that vbetool is still causing some problems after the deal from http://bugzilla.freedesktop.org/show_bug.cgi?id=20896
[00:42] <Sarvatt> yeah there were some great fixes for intel merged on the 29th that arent in rc7
[00:43] <cwillu> god I hate backing out of my statements
[00:43] <cwillu> must have gotten lucky 2-3 times in a row, right after I disabled vbetool
[00:44] <cwillu> it's broken again
[00:44] <cwillu> mouse cursor moves, but I can't interact with the screen or change vterms
[00:44] <cwillu> let me ssh in and check dmesg
[00:45] <cwillu> touchpad works, external mouse is dead, even after replug
[00:45] <cwillu> no errors in dmesg or xorg.0.log
[00:45] <cwillu> machine itself is live
[00:45] <Sarvatt> the classic intel crash :D
[00:45] <cwillu> can't interact, change vt's via ctrl-alt-f1
[00:46] <cwillu> Sarvatt, but why would the external mouse not work?
[00:47] <Sarvatt> i have no idea, thats just how all my intel crashes play out, x dying but the machines still alive and the touchpad works
[00:54] <Sarvatt> there have been a *load* of fixes for those types of hangs in the newer libdrm/intel drivers though, might be worth trying newer ones from https://edge.launchpad.net/~xorg-edgers/+archive/ppa if its annoying enough to be unusable but you still want KMS, or trying again in a few days when bryce updates the ones in karmic 
[00:54] <cwillu> I'm on edgers already
[00:54] <Sarvatt> ah
[00:55]  * cwillu does that thing where he checks one more thing he forgot about
[00:56] <cwillu> hmm, worked that time
[00:56] <cwillu> let me suspend 9 more times and then I'll have some confidence in that :p
[00:56] <cwillu> nope, failed the next time
[00:57] <Sarvatt> funny, I've actually heard people complaining about suspend/resume hangs alot in the past week since this commit too - https://bugs.freedesktop.org/show_bug.cgi?id=22010
[00:58] <cwillu> the earlier suspend issue I had (the reason why I'm on a daily kernel) is unrelated to X, 
[01:00] <Sarvatt> yep, X just hung and mouse pointer still functional when i did a suspend/resume there :D
[01:07]  * cwillu cheers
[01:10] <Sarvatt> building it now after reverting that commit to see if it makes any difference, i'll put it on edgers if so
[01:10] <cwillu> sweet
[01:14] <Sarvatt> well that looks good, first suspend/resume is fine
[01:14]  * Sarvatt prepares to eat his words
[01:15] <cwillu> regurgitated words are so tasty
[01:16] <Sarvatt> 2 3 and 4 are fine \o/
[01:16] <cwillu> gimmegimmegimme!
[01:17] <Sarvatt> already uploaded to edgers but it probably wont get built before the publisher runs at 20 after, just want the deb?
[01:17] <cwillu> sure
[01:17] <cwillu> :)
[01:17]  * cwillu beams
[01:17] <Sarvatt> http://sarvatt.com/downloads/xserver-xorg-video-intel_2.7.99.1+git20090601.704771f1-0ubuntu0sarvatt_i386.deb
[01:18] <Sarvatt> no KMS cursor flicker patch in it though :D
[01:19] <cwillu> whatever will I do :p
[01:20] <Sarvatt> SHOOT cwilllu, wait a second
[01:20] <Sarvatt> i am using xorg 1.7, built it against that
[01:20] <Sarvatt> and I doubt you are too lol
[01:21] <cwillu> heh
[01:21] <Sarvatt> nooo, i386 just finished
[01:21] <Sarvatt> 1 minute after the publisher ran
[01:25] <Sarvatt> 10 suspend/resumes fine here, woohoo
[01:25] <cwillu> :)
[01:27] <Sarvatt> i'll hold off updating jaunty until you say it works for you too just incase
[01:28] <cwillu> are you uploading another deb, or am I waiting for the edger build?
[01:31] <Sarvatt> edger build, would probably take me the 10 minutes till that gets published to set up pbuilder for it :) it takes less than a minute to compile on my atom cpu if you want to build it yourself though
[01:32] <cwillu> nah, I can wait an hour :p
[01:32] <cwillu> I get the feeling there's a kernel bisect in my future anyways :p
[01:32] <Sarvatt> also reverting to karmics -intel would tell you if that was the problem too
[01:33] <Sarvatt> well it might have problems in other areas with the same symptom too possibly :D
[01:33] <cwillu> I need to run, but I'll let you know when I get back
[01:36] <Sarvatt> oh http://ppa.launchpad.net/xorg-edgers/ubuntu/pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.7.99.1+git20090601.704771f1-0ubuntu0sarvatt_i386.deb
[01:36] <Sarvatt> good luck with it
[01:37] <cwillu> up already?
[01:37] <cwillu> nice
[01:43] <Sarvatt> 25 suspend/resumes, pretty safe to say that fixed it for me
[01:43] <Sarvatt> gotta love these 2 second flicker free suspend and resumes with KMS, thats for sure
[03:40] <cwillu> Sarvatt, I know, I squealed the first time I saw the resume work
[03:41] <cwillu> I mean, okay, fast reboots are nice
[03:41] <cwillu> but a suspend that's so fast that I'm tempted to change "blank screen" to "suspend" is another thing entirely :)
[03:41] <Sarvatt> cant beat 2 seconds though, agreed lol
[03:42] <Sarvatt> talked to 4 people now that reverting that commit fixed suspend/resume for
[03:42] <cwillu> I just got back, I'll have another yay or nay for you in a minute
[03:42] <Sarvatt> you have gotta update that drm at least though :D
[03:44] <Sarvatt> if you're still on 2.4.9 from may 2nd like in that bug report
[03:45] <cwillu> 2.4.11
[03:45]  * Sarvatt crosses fingers for you
[04:50] <Sarvatt> hyperair, check out the mesa i just uploaded to edgers, 30 minutes of running a loop opening/killing firefox and i'm at 211MB gem object bytes with compiz running :)
[04:52] <Sarvatt> that would hit 1GB in 30 minutes before and it was 186MB just enabling compiz after a fresh boot
[05:29] <tjaalton> Sarvatt: the dri.pc -issue is already fixed in git
[05:32] <Sarvatt> woohoo!
[11:01] <hyperair> Sarvatt: my gem memory has hit 900MB
[14:52] <bryce> morning
[14:52] <jcristau> hi bryce. feeling better?
[14:53] <bryce> yep, much better
[15:36] <Tm_T> hi kids
[17:15] <hyperair> Sarvatt: do your brightness keys work with KMS on?
[17:15] <hyperair> Sarvatt: doesn't work for me
[17:16] <Sarvatt> i built my own devicekit-power and gnome-power-manager because the 2.26 ones in karmic were buggy as hell for me, but yes they do work :D
[17:16] <Sarvatt> i like how gnome-power-manager has powertop built in now too
[17:17] <hyperair> yeah i like it too =)
[17:17] <hyperair> but i didn't rebuild those two
[17:17] <jbarnes_LHR> Sarvatt: just pushed a fix for the tearing problem
[17:18] <hyperair> so gpm only detects my battery level sometimes.
[17:18] <jbarnes_LHR> Sarvatt: wanna package up a fresh xf86-video-intel for edgers? :)
[17:18]  * cwillu bounces
[17:18] <hyperair> thank goodness for the battery charge monitor applet
[17:18] <Sarvatt> nice, sure thing, was just in the middle of updating mesa
[17:18] <jbarnes_LHR> cool
[17:18]  * hyperair sticks a trampoline underneath cwillu before cwillu lands
[17:19] <hyperair> Sarvatt: anyway: 6h of usage and ~702M GEM memory used. this is much better than what it was previously =)
[17:20] <hyperair> Sarvatt: but 702M is still excessive.
[17:20] <jcristau> is that with the mesa patch?
[17:20] <Sarvatt> i'm at 308MB used after about 14 hours of running an open/close firefox loop that would put me at 1gb in about 30 minutes before
[17:21] <Sarvatt> yeah I put his take3 patch and the other one on edgers last night
[17:21] <jcristau> cool
[17:21] <hyperair> Sarvatt: what's your pciid?
[17:22] <Sarvatt> are you running the clutter test hyperair? that still leaks to hell for me
[17:22] <hyperair> er no i'm not
[17:22] <hyperair> i'm lazy to compile it =(
[17:22] <hyperair> need a whole lot of dependencies which i'm lazy to track down
[17:22] <Sarvatt> but he even said it didnt fix clutter
[17:22] <hyperair> hm
[17:22] <hyperair> so basically we can conclude that the mem leak had many sources
[17:23] <hyperair> the fact that you're not seeing it any more means that the source that both you and i had was fixed. but there's another source of memory leaks =O
[17:23] <hyperair> which i still see
[17:23] <hyperair> =(
[17:23] <hyperair> 706M
[17:27] <Sarvatt> jbarnes_LHR: uploaded, it'll be published at 40 after
[17:27] <jbarnes_LHR> Sarvatt: cool I'll pull it then
[17:32] <Sarvatt> darn, yeah, suspend/resume is broken unless I revert http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=8e942b70cb9a784b3f1311affd6fc74c4bcf68bb
[17:36] <jbarnes_LHR> Sarvatt: oooh you should file a bug for that
[17:37] <jbarnes_LHR> or raise it on intel-gfx@lists.fdo at least
[17:39] <jbarnes_LHR> offhand though the revert looks ok
[17:39] <jbarnes_LHR> with the possible exception of the actual emit call
[17:39] <jbarnes_LHR> looks like the arg order changed
[17:40]  * cwillu perks his head up
[17:41] <cwillu> Sarvatt, I've still got the hang post resume, although the external mouse will move the cursor once if I'm moving it while resuming
[17:41] <cwillu> not sure if this is relevant to that commit revert
[17:43] <cwillu> on the other hand, I can suspend dozens of times in a row with kms disabled
[17:44] <jbarnes_LHR> Sarvatt: what's the version number?
[17:45] <jbarnes_LHR> Sarvatt: ah nm, got the git commit
[17:47] <Sarvatt> sorry, stepped away while mesa was building, it was a bug report for the same issue that got me to try it after reverting to see if it fixed it and it did, its https://edge.launchpad.net/%7Exorg-edgers/+archive/ppa/+sourcepub/642605/+listing-archive-extra
[17:47] <Sarvatt> did you want me to apply your cursor flicker patch to it too?
[17:47] <jbarnes_LHR> w00t
[17:47] <jbarnes_LHR> no tearing
[17:48] <Sarvatt> did you mean for me to apply your cursor flicker patch too jbarnes?
[17:48] <jbarnes_LHR> Sarvatt: nah that one isn't as important
[17:51] <hyperair> ooh there's a cursor flicker patch!
[17:51] <hyperair> O_O
[17:51]  * hyperair would really love a more substantial mem leak patch, though this will do nicely for now
[17:51] <hyperair> until i need to virtualize anything
[17:51] <Zorael> Question: When I log out, X crashes with a backlog in Xorg.0.log and shoves me to the terminal. As I'm running the intel driver with KMS enabled, should such a bug be filed against X or xserver-xorg-video-intel?
[17:51] <hyperair> the last time i ran virtualbox, i oom-ed within 2 hours.
[17:52] <Zorael> backtrace*
[17:52] <Zorael> obviously. :3
[17:52] <Sarvatt> hyperair if you were using edgers you were using the cursor flicker patch for about 2 weeks :D
[17:53] <hyperair> Sarvatt: ..no way.
[17:53] <hyperair> Sarvatt: i still see a flickering cursor damnit.
[17:53] <Sarvatt> does it go corrupted sometimes too?
[17:53] <hyperair> er no
[17:53] <hyperair> actually the cursor itself doesn't flicker
[17:53] <hyperair> the area around it does
[17:53] <hyperair> like one square area
[17:53] <Sarvatt> yeah
[17:53] <Sarvatt> thats what i meant, sorry
[17:53] <hyperair> oh, and some of my icons get corrupted
[17:54] <hyperair> e.g. my battery charge applet
[17:54] <hyperair> the gnome-panel applet
[17:54] <hyperair> not gpm
[17:56] <Sarvatt> i'm glad its down to just little things like that compared to being completely able to use uxa with all of the crashes a month ago at this time :D
[17:56] <Sarvatt> *completely unable
[17:57] <hyperair> heh yeah
[17:57] <hyperair> wait
[17:57] <hyperair> i've got oen moer issue
[17:57] <hyperair> er
[17:57] <hyperair> resuming from hibernation, basically
[17:57] <hyperair> it hangs upon resuming from hibernation
[17:57] <hyperair> it doesn't appear to happen for suspend
[17:57] <hyperair> but hibernation, yes.
[17:58] <hyperair> so i've been walking around with my notebook draining power in suspend to ram state
[18:05] <Sarvatt> hmm at 741mb gem objects now, looks like those mesa patches fixed it for opening and closing firefox but its still leaking during actual use (albiet slower)
[18:07] <Sarvatt> but its no increasing no matter what i do now, something just made it jump 300mb in the past hour
[18:10] <hyperair> hmm
[18:11] <hyperair> interesting eh
[18:34] <bryce> Sarvatt: I see there is a 0602 snapshot of -intel in edgers now; how much testing has that one gotten?  Is it sane for me to pull that into karmic, or would an older snapshot be safer?
[18:37] <Sarvatt> it's basically the same as debian-experimental and the one thats been in edgers for a week with a fix for video tearing jbarnes just pushed a few hours ago
[18:37] <bryce> ok, I'll pull it
[20:33] <Sarvatt> heyo tormod, they reverted that gamma commit you had a problem with in xserver master. uploading it now since i wanted to test out changes to the hooks anyway :)
[20:34] <Sarvatt> not that it'll build anytime soon with the firefox build bot of doom running still
[20:46]  * cwillu points out the existence of bug #382884 to Sarvatt :p
[21:36] <cwillu> that's odd