[00:00] <DBO> still terrible scrolling :)
[00:03] <DBO> jbarnes, need anything else from me?
[00:03] <DBO> can you reproduce it on your system?
[00:04] <jbarnes> still updating
[00:04] <jbarnes> what site do you use to test the scrolling?
[00:04] <DBO> slashdot
[00:04] <DBO> but its obvious on just about any site
[00:04] <jbarnes> ok
[00:05] <DBO> slashdot comment threads after the floating element is forced to reposition is really nasty
[00:05] <jbarnes> hm ok
[00:06] <DBO> to be fair about that one though, thats been nasty forever
[00:06] <DBO> the regression is that even the slashdot homepage doesn't scroll nicely anymore
[00:06] <jbarnes> it's not super fast on 965 but not horribly slow either (exa though)
[00:06] <DBO> exa/uxa makes no difference in this case
[00:07] <DBO> though oddly Docky (uses lots of cairo) is very very smooth, as smooth is intrepid
[00:07] <DBO> and it has a window as large as a browser
[00:08] <jbarnes> it's interesting how very specific types of rendering can uncover bugs like that
[00:09] <DBO> though i have a flash video playing everything slows down a lot more than it used to
[00:09] <jbarnes> ah I think I see it
[00:10] <jbarnes> it's slower through a list of collapsed comments
[00:10] <jbarnes> with the floater on the side
[00:10] <jbarnes> worse with a composting manager running
[00:11] <DBO> yeah, but again to be fair thats been there since day 1 i have had this computer, its also present on windows so that bit is probably gecko's fault
[00:11] <DBO> or maybe not
[00:11] <jbarnes> still not crazy slow though
[00:11] <DBO> who knows
[00:11] <DBO> on a g45 with jaunty?
[00:11] <jbarnes> no testing 965 while my gm45 updates
[00:12] <DBO> when you say not crazy slow
[00:12] <DBO> how many lines of text at a time would you say it skips?
[00:14] <jbarnes> takes about 2s to do one page up
[00:14] <jbarnes> page up key that is
[00:14] <DBO> thats not crazy slow in your world? =P
[00:15] <DBO> i would try playing music and then scrolling up and down with the mouse wheel
[00:15] <jbarnes> well not 3-4 that would be twice as slow :)
[00:15] <DBO> see if you can get the music to skip
[00:15] <jbarnes> but no it's bad just not as bad as I thought
[00:15] <DBO> mine takes about 3s
[00:15] <DBO> just timed it =/
[00:15] <jbarnes> yeah it sucks up a bunch of cpu
[00:16] <jbarnes> hm now does sysprof work on this machine?
[00:19] <DBO> mine or yours?
[00:20] <jbarnes> either :)
[00:21] <DBO> installing
[00:24] <jbarnes> looks like it ought to take a little less than a second/scroll
[00:24] <DBO> ok its working
[00:24] <jbarnes> 945 has this problem too
[00:24] <jbarnes> oh cool you can collect a profile then
[00:24] <jbarnes> with debug symbols
[00:24] <DBO> just scroll up and down?
[00:24] <DBO> debug symbols on what?
[00:24] <jbarnes> on X, xf86-video-intel, kernel & libdrm
[00:25] <DBO> ah yeah probably not right now, I'd have to install a LOT of stuff...
[00:25] <jbarnes> I'm trying now on my 945 which is even slower to scroll
[00:30] <DBO> alright, presentation time
[00:31] <DBO> I'll come back and bother you later jbarnes, thanks for the help
[00:31] <jbarnes> sure
[00:31] <jbarnes> thank you
[00:40] <bryce> man, some day I'm going to write a cron job to check X bugs for the word "randomly" and mark them invalid.
[00:41] <jcristau> lol
[01:38]  * bryce waves to cwillu
[01:38] <cwillu> poke poke
[01:38] <jbarnes> if DBO comes back... I updated fdo bug 18572 with the profile I captured
[01:39] <cwillu> I must be getting popular or something:  bryce waves, bugabundu blew me a kiss, and ubottu just told me that I'm also a bot (written in php)
[01:39] <bryce> :-)
[01:40]  * cwillu resolves to invent random tags and apply them to random bugs more often :p
[01:45] <cwillu> 945 under uxa, black screen on resume from hibernate:  ssh'ing in, killing compiz.real and rerunning compiz restores the session (oddly, nothing less than that)
[01:46] <bryce> mm
[01:47]  * cwillu deletes out the gibberish he typed in his editor while the screen was blanked :p
[01:47] <bryce> I've been ignoring UXA bugs so far.  At some point those are going to need deeper attention
[01:47] <bryce> I've been working on exa freezes all day today
[01:48] <cwillu> my 945 is due for some punishment if you want me to try anything
[01:49] <bryce> presently, I'm just trying to build a table of all the different freezes that have been reported
[01:49] <bryce> https://wiki.ubuntu.com/X/Bugs/IntelDriver
[01:50] <bryce> just to get some sort of framework in place to discern any patterns
[01:54] <cwillu> bugs I have listed as hangs that aren't on your list:  340652, 347527, 316423, 259385, 304871 (fixed I believe), 343690 (also fixed), 340964, 328918, 322613, 320821, 337243, 312776 (intrepid)
[01:54]  * cwillu starts opening lots of launchpad tabs to check for dups :p
[01:55] <cwillu> mind if I sort that table on the bug number?
[01:55] <bryce> lemme save
[01:55] <bryce> sure, I'm about to head off to dinner in a few minutes anyway, so feel free to add to the table
[01:55] <bryce> saved.
[01:56] <cwillu> k
[01:56] <bryce> i've also been doing s/hang/freeze/ and s/lockup/freeze/ to make them consistent
[01:57] <bryce> and removing that damn "randomly" word whenever I spot it ;-)
[01:57] <cwillu> heh
[01:57] <cwillu> I'd suggest "indeterminately", but I'm guessing you wouldn't appreciate it
[01:58] <bryce> the best are, "Freezes when compiz enabled... and with compiz disabled"
[02:08] <cwillu> you have 327844 listed twice, is that desired?
[02:08] <cwillu> || 327844 || G45  || 2009-02-10 || Frequent  || Turn compiz on      || Disable compiz || ||
[02:08] <cwillu> || 327844 || G45  || 2009-02-10 || Rare      || Video playback      || || ||
[02:08]  * cwillu pings bryce 
[02:08] <bryce> yep
[02:09] <bryce> I did that because in the bug they mention two different scenarios where freezes occur
[02:09] <bryce> (ideally we'd handle those as separate bug reports)
[02:09] <bryce> heh, that bug is exactly the one I was thinking about with my "best" comment ;-)
[02:10] <cwillu> heh
[02:10] <bryce> btw, save frequently
[02:10] <cwillu> yep
[02:10] <cwillu> if only we had some collaborative system for managing bugs p
[02:10] <bryce> I made the mistake of not doing so, and firefox crashed when I was half-way through, and had to start all over again :-(
[02:10] <bryce> agreed
[02:10] <cwillu> session restore includes form fields though
[02:11] <bryce> didn't work for me
[02:11] <cwillu> :/
[02:11] <bryce> I really want to have some launchpad-like list report that allows filtering by tag
[02:11] <cwillu> oh, check browser.sessionstore.privacy_level
[02:12] <bryce> it's set to '1' for me
[02:12] <cwillu> which means that it doesn't hold data for https sites
[02:12] <cwillu> http://kb.mozillazine.org/Browser.sessionstore.privacy_level
[02:12]  * bryce sets to 0
[02:12] <bryce> thanks!
[02:13] <bryce> mm, I think on my laptop I'll leave that to 1 ;-)
[02:13] <cwillu> http://kb.mozillazine.org/Browser.sessionstore.postdata might also need a tweaking if you change it from 1
[02:14] <bryce> it's set to 0
[02:14] <bryce> I'm thinking that may be what I want.  guess I can play with it
[02:15] <cwillu> and also, openoffice is a crashy flacky unreliable piece of crap
[02:15]  * cwillu feels an urge to murder something at least once a day due to openoffice calc
[02:16] <bryce> heh
[02:16] <cwillu> the waitlpring table is currently crashing calc
[02:16] <cwillu> like, seriosuly
[02:16] <bryce> you trying to edit that IntelDriver page in calc?
[02:17] <cwillu> no, just messing with the tables to cross-check against my list
[02:17] <cwillu> normally copy/paste of an html table works fine
[02:19] <cwillu> I do my heaving lifting in gedit :p
[02:22] <bryce> wow, I don't even trust gedit
[02:22] <bryce> I don't really trust any editor without autosave
[02:23] <bryce> btw 327844 now says was solved with 2.6.3-0ubuntu9
[02:23] <cwillu> I have a ctrl-s reflex burned into my left hand ever since I was 12 years old and watched 3 days of work on a game I was writing go up in a puff of crashing-the-ide
[02:23]  * cwillu reminisces of gfa-basic
[02:25] <cwillu> that's the 'disable dri on everything' patch?
[02:27] <cwillu> did you want intrepid bugs in that table?
[02:28] <cwillu> (re: gedit, I also wrote my own autosave/restore session plugin for it, among other things)
[02:30] <bryce> nice
[02:31] <bryce> uh, intrepid bugs are okay if they are believed to still affect jaunty
[02:31] <bryce> if they're not occurring in jaunty, shouldn't be in the list
[02:31] <cwillu> k, I'm just going to drop them for now then
[02:32] <bryce> 0ubuntu9 was a crash in drm_intel_bo_unpin that occurred after watching videos, relating to DPMS
[02:32] <cwillu> okay
[02:32] <bryce> alright, wife says we're late for dinner, gotta go.  back in a few hours
[02:37] <cwillu> ttyl
[03:14] <DBO> im back jbarnes 
[03:14] <DBO> did anything fun get discovered?
[03:15] <cwillu> I was discovered hiding behind a rock
[03:16] <cwillu> whether I'm fun is still to be determined though
[03:16] <DBO> i hope by that you mean you know fun things about g45 and X
[03:17] <cwillu> that would be "still to be determined)
[03:17] <DBO> ah
[03:17] <DBO> can you tell me whats been going on (if its not much trouble)
[03:19] <cwillu> exa or uxa?
[03:19] <DBO> either or
[03:19] <DBO> I just want to know whats going on with the scrolling performance issue
[03:20]  * cwillu doesn't have a performance issue on his buglist for that
[03:20] <cwillu> bug number?
[03:21] <cwillu> I know of 339233, 339781, 338681, as corruption issues, and 327844 as hang/crashers on that chipset
[03:23] <DBO> mmm I think it was mentioned at some point...
 if DBO comes back... I updated fdo bug 18572 with the profile I captured
[03:23] <cwillu> just saw that in the scrollback
[03:24] <cwillu> nothing else since I rejoined an hour ago
[03:24] <DBO> okay
[03:24] <DBO> thank you cwillu 
[03:24] <DBO> i was in the middle of preaching the church of GNOME Do to the freshmen choir at WMU
[03:25] <cwillu> bryce, resorted on bug number (which probably isn't helpful to anyone else but me right now :p), and added dates and triggers where I can find them
[03:25] <cwillu> I can't bring myself to use gnome-do
[03:26] <cwillu> I have it installed, I fire it up once a month or so, but it just feels like it slows me down
[03:26] <DBO> cwillu, its not everyones cup of tea
[03:26] <DBO> cwillu, i dont care if anyone at all uses it to be honest
[03:26] <DBO> I hack it for me and me only
[03:26] <cwillu> some evangelical you are
[03:26] <DBO> i was being graded
[03:31]  * cwillu is away again for a couple hours
[07:02] <cwillu> poke
[07:50] <bryce> back
[07:51] <bryce> ended up having to upgrade mom's computer
[08:12] <bryce> heya tseliot
[08:12] <tseliot> hi bryce
[08:13] <bryce> tseliot: hey, if no Virtual is set in the xorg.conf, does it take the largest dimension of the outputs attached at boot, or does it use the maximum allowed by the video card (2048x2048 or whatever)?
[08:14] <tseliot> bryce: the latter
[08:14] <tseliot> if you're referring to the Gnome capplet
[08:15] <bryce> no, just in general by default, before the capplet comes into play
[08:16] <bryce> > Version 2.1.1-0ubuntu2 seems to set the default Virtual size (maximum 
[08:16] <bryce> > screen size) to 1920 x 1920, if there is no entry in xorg.conf. I take 
[08:16] <bryce> > it the maximum screen size for the i915 chipset family is 2048 x 2048, 
[08:16] <bryce> > so why not have it at that? This would make dualscreen setups a bit easier.
[08:16] <bryce>   The default settings is found by taking the largest resolution in either 
[08:16] <bryce> x or y dimension and making a square from that. This allows for easy 
[08:16] <bryce> rotation should you want to do so.
[08:16] <bryce>  
[08:16] <bryce> I'm wondering if that is accurate anymore
[08:17] <tseliot> it says 2048x2048 on my laptop, even when no other output is plugged in
[08:17] <tseliot> (other than LVDS)
[08:18] <bryce> $ DISPLAY=:0 xrandr
[08:18] <bryce> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
[08:18] <tseliot> aah, it's version 2.1.1
[08:18] <bryce> $ apt-cache policy xserver-xorg-video-intel
[08:18] <bryce> xserver-xorg-video-intel:
[08:18] <bryce>   Installed: 2:2.6.3-0ubuntu2
[08:18] <tseliot> does it use UXA?
[08:19] <bryce> no
[08:19] <bryce> it has dontzap set, and everything else is default
[08:19] <bryce> this is an i965
[08:19] <tseliot> let me check what my eeepc says
[08:20] <tseliot> is that framebuffer size available when you boot with only 1 output (i.e. with no external screens)?
[08:21] <bryce> correct
[08:21] <tseliot> my eeepc (running intrepid) says 1024x1024
[08:21] <tseliot> hmm
[08:23] <tseliot> on jaunty, with my laptop and UXA I get 2048x2048, let me try with EXA
[08:24] <tseliot> it says 1280x1280 with EXA and 2048x2048 with UXA
[08:25] <tseliot> but it's not a matter of framebuffer reallocation since that's the framebuffer which is allocated when X starts
[08:26] <tseliot> bryce: maybe we should have a look at the UXA code?
[08:27] <bryce> UXA has better memory management behind it, so perhaps that allows it to use larger default virtual
[08:27] <bryce> with EXA, the memory usage is probably more of an issue, thus they don't go to the hardware maximum.
[08:27] <tseliot> it can be
[08:28] <tseliot> bryce: BTW it looks like X-Kit and dontzap ended up in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=494517 https://bugzilla.redhat.com/show_bug.cgi?id=494518
[08:28] <bryce> sweet, congrats!
[08:28] <tseliot> :-)
[08:28] <bryce> now that's funny
[08:28] <tseliot> ?
[08:28] <bryce> we should remember this for the next time they say "Ubuntu never contributes upstream!!1!"
[08:29] <tseliot> hehe
[08:31] <bryce> http://who-t.blogspot.com/2009/04/zapping-server.html
[08:34] <tseliot> yes but we already have a UI in Kubuntu ;)
[08:35] <tseliot> of course that patch is another thing
[08:37] <bryce> I find the whole situation rather amusing
[08:44] <tseliot> it definitely is
[10:32] <tseliot> tjaalton, jcristau: any ideas as to where libdrm-intel1 gets the dependency on "libdrm2 (>= 2.4.1)" from?
[10:35] <jcristau> tseliot: dpkg-shlibdeps
[10:38] <jcristau> tseliot: why?
[10:38] <tseliot> jcristau: I would like to make it depend on >= 2.3.0 so that psb can replace libdrm
[10:38] <tseliot> as we'll have 2 versions of libdrm
[10:38] <jcristau> uh
[10:38] <jcristau> not going to happen
[10:39] <tseliot> I know, it's ugly
[10:39] <tseliot> but it's not something that we'll do in Ubuntu
[10:40] <tseliot> just for our customised installations
[10:53] <tseliot> jcristau: I'm using dh_makeshlibs -plibdrm2 -V'libdrm2 (>= 2.3.0) | libdrm-poulsbo1 (>= 2.3.0)' -- -c4
[10:53] <tseliot> in debian/rules
[10:53] <jcristau> that's utterly wrong...
[10:54] <tseliot> jcristau: care to explain?
[10:54] <tseliot> apart from the ugliness of having libdrm-poulsbo1...
[10:55] <jcristau> also if you have a libdrm2.symbols files that won't work anyway
[10:56] <tseliot> yes, I have that file
[10:56] <jcristau> tseliot: it's wrong because if something needs libdrm 2.4.1, making it depend on 2.3.0 is just asking for breakage
[10:57] <tseliot> jcristau: this will not happen in Ubuntu but only in OEM installations
[10:57] <tseliot> where -psb is the only thing you can use
[10:58] <jcristau> *shrug*
[10:59] <tseliot> yes, I know...
[11:02] <tseliot> jcristau: thanks for your help, that worked
[11:29]  * bryce hugs tseliot
[11:29] <bryce> sooo glad someone else is looking at -psb stuff :-)
[11:30] <tseliot> bryce: yes, it's my job
[11:30] <tseliot> ;)
[11:30] <bryce> \o/
[11:30] <tseliot> but we can share the pain if you miss -psb :-P
[11:30] <bryce> heck no!
[11:30] <tseliot> hehe
[11:30] <bryce> btw, volunteered you for something ;-)
[11:31] <tseliot> for what?
[11:31] <bryce> jane silber asked for a laptop/projector testing thingee
[11:31] <tseliot> oh
[11:31] <tseliot> I get it
[11:31] <tseliot> hehe
[11:31] <tseliot> such as?
[11:32] <bryce> I suggested maybe a better idea would be if I and you gave a short presentation on "projector tips and tricks with ubuntu"
[11:32] <tseliot> at AllHands?
[11:32] <tseliot> or using the wiki?
[11:33] <bryce> yep.  I figure it would be just to demo Screen Resolution, explain about ~/.config/monitors.xml, and how to work around problems
[11:33] <tseliot> yep to which one?
[11:34] <tseliot> the former?
[11:34] <tseliot> i.e. AllHands/UDS
[11:34] <bryce> at AllHands
[11:34] <tseliot> ok
[11:34] <tseliot> sure
[11:34] <tseliot> it should be pretty easy to do
[11:35] <bryce> yeah, that's what I figure
[11:35] <bryce> also, I told her to limit presenters-with-computers to Intel 915 and newer, or ATI (-ati)
[11:36] <bryce> well, I just cc'd you the email, you can see what I said :-)
[11:36] <tseliot> yes, right
[11:36] <tseliot> I've just received it
[11:38] <tseliot> I don't own an Nvidia card (in a laptop) but if someone has an Nvidia card I could give a brief presentation on that too
[11:38] <tseliot> with nvidia-settings though
[11:38] <bryce> nice, yes that'd be good
[11:39] <tseliot> good, let's gather some ideas for the presentation then
[11:39] <tseliot> maybe we should cover only clone mode 
[11:39] <tseliot> which is what you use with projectors
[11:40] <bryce> yep
[11:41] <bryce> I also like the idea of pre-setting your Virtual to 2048x2048
[11:41] <bryce> (which we discussed earlier)
[11:41] <tseliot> in the driver or in xorg.conf?
[11:41] <bryce> xorg.conf
[11:42] <tseliot> shall we set up a wiki page about it?
[11:42] <tseliot> so that we can add ideas as they come to our minds
[11:42] <bryce> yes, that's a very good idea
[11:43] <bryce> whoa...  can you start it?  I just noticed it's 3:45am, I need to get to bed.
[11:44] <tseliot> sure, as soon as I find a decent name for it
[11:44] <tseliot> yes, it's pretty late there
[11:44] <tseliot> try to get some sleep
[11:44] <bryce> :-)
[11:44] <bryce> cya tomorrow
[11:44] <tseliot> night bryce
[18:28] <jbarnes> bryce: any thoughts about bug 282081?
[18:29] <jbarnes> it's been idle since january and is against a pretty old driver...
[18:29]  * jbarnes would like to close it
[18:36] <cwillu> bug #275809
[18:36] <cwillu> bug #316414
[18:36] <cwillu> (ignore that one)
[18:36] <jbarnes> those sound like vblank related hangs... should be fixed in recent (2.6.28+ iirc?) kernels and libdrm
[18:37] <cwillu> jbarnes, may find dupes on https://wiki.ubuntu.com/X/Bugs/IntelDriver
[18:39] <jbarnes> but #357908
[18:39]  * jbarnes wonders where ubottu got off to
[18:39] <jbarnes> bug #357908
[18:39] <jbarnes> heh
[18:40] <cwillu> jbarnes, launchpad's fault usually, ubottu doesn't have a special link that works any better than ours :p
[18:40] <cwillu> !botsnack
[18:40] <jbarnes> helps when I spell 'bug' right too :)
[18:40] <jbarnes> bug #331596
[18:41] <jbarnes> fyi the old triplebuffer & page flipping implementations are horribly buggy
[18:41] <jbarnes> and will likely cause corruption and/or hangs after awhile
[18:41] <cwillu> so that's a won't fix then?
[18:41] <jbarnes> yeah
[18:41] <jbarnes> they've been removed in later versions
[18:41] <jbarnes> (I'm working on adding them back in though)
[18:42] <cwillu> bah, I can't mark won't fix yet :p
[18:42] <jbarnes> fdo bug 20664 is the rfe for adding it back in
[18:42] <cwillu> freedesktop 20664?
[18:42] <cwillu> hugs
[18:43] <jbarnes> yeah ubottu should know fdo is shorthand for freedesktop.org :)
[18:44] <jbarnes> bug #316240
[18:46] <jbarnes> bug #327844
[18:52] <tjaalton> jbarnes: going to be an exceptionally Good Friday?-) (bugwise)
[18:52] <jbarnes> tjaalton: heh I hope so
[18:52] <tjaalton> and isn't it a holiday for you too?
[18:52] <jbarnes> nope
[18:52] <tjaalton> ah, ok then
[18:53] <tjaalton> I'm ok with closing the bug, but I guess bryce will be here before too long
[18:54] <tjaalton> I've got a thinkpad X61 with 965, so if there are any bugs that need confirming being fixed or still there, just shout
[18:55] <jbarnes> great
[18:56] <tjaalton> although I'm behind 3G, so pulling stuff will take awhile
[18:58] <cwillu> bryce, wonder if that's something we could use, a good directory of willing and responsive testers with any given chipset?
[18:58]  * cwillu volunteers for 945gm and 815 :p
[19:02] <tjaalton> yay, 5,5kb/s
[19:41] <bryce> heya
[19:44] <bryce> 282081 --> expired (thanks jbarnes)
[19:47] <bryce> 331596 --> wishlist 
[19:50] <bryce> cwillu: there is a hardware database, so if we were really desperate to find testers with given hardware, we could use that.  however I've never done it before
[19:50] <bryce> there is also https://wiki.ubuntu.com/X/SwatTeam with a list of hw available for testing
[19:51] <bryce> kinda out of date though