[00:01] <Sarvatt> bryce: doubt there will be any difference in it under KMS if thats what you're after, the KMS support is in jglisse's xserver-xorg-video-ati git tree seperate from the main one :( you can grab the drm 2.4.4 and -ati from here and build them locally if you want to test it out though, i dont know if tormod got the 2.4.11 patch working but if so that'd let you build radeon-rewrite thats on here also  https://edge.launchpad.net/~sarvatt/+a
[00:01] <Sarvatt> rchive/ati
[00:02] <bryce> Sarvatt: no, this is just to resolve a few bug reports
[00:02] <Sarvatt> oh gotcha, sorry
[00:02] <bryce> clean up patches, &tc. so when we pull a git snapshot it'll be less involved
[00:16] <Sarvatt> just looked and all patches (besides 01_gen_pci_ids.diff of course) are upstream so that'll help :D
[00:17] <Sarvatt> well everything here at least http://patches.ubuntu.com/x/xserver-xorg-video-ati/extracted/
[00:18] <Sarvatt> in xf86-video-ati master that is
[00:25] <bryce> the exa patch was not in the 6.12 branch so I've kept it
[00:25] <bryce> I see debian dropped 01_gen_pci_ids.diff
[00:26] <bryce> I'm going to test once without that to see if it works without it.  I'm guessing we can only drop it once we've revved xserver up
[00:26] <bryce> yep works
[00:26] <bryce> hmmm
[00:27] <bryce> maybe I had a pre-existing pci file tho
[00:28] <bryce> I'm going to chicken out and leave patch 01 in for now
[00:28] <Sarvatt> it should work, that default to vesa patch was screwing things up in that regard while you were on vacation though
[00:29] <Sarvatt> yeah i was doing that too for awhile on edgers after debian dropped it from everything :D
[00:29] <bryce> when was I on vacation?
[00:30] <bryce> oh, allhands/uds right
[00:35] <Sarvatt> when we got updated to 2.7.1 on intel a few weeks ago, xserver wasn't working right with the default to vesa patch and not having the pciids so alot of people were getting shot to vesa. hmm just noticed debian added two new patches regarding pci device detection in xorg-server since our 2:1.6.1.901-2ubuntu1
[01:23] <bryce> well that was fun.  We're having a major thunderstorm, and a power dip took out my desktop (WTF UPS?) then fsck decided there was a problem with my disk, ......
[01:24] <bryce> how my sister's cat deals with the heat:  http://www2.bryceharrington.org:8080/Photos/Cats/Leah/
[01:32] <Sarvatt> lol!
[01:35] <Sarvatt> smart cat :) mine run for their lives away from the tub
[01:39] <Sarvatt> anyone have a rough idea of what would be lost using --disable-config-dbus for xserver? 1.7 builds fine disabling it and I noticed debian disables but ubuntu enables it.
[02:51] <Sarvatt> seems to work fine and even loaded up a little faster, strange
[07:49] <apw> tomod yeah i know it has a bad changelog.  it wasn't worth the 20 minute upload time to fix it as it was meant for bryce t touch test.  i'll make sure its documented correctly for the next one :)
[07:52] <crevette> heya, good morning
[15:54]  * apw waves to bryce ... got any nvidia hardware?
[16:12] <bryce> apw: indeed
[16:13] <apw> cool.  i am just getting some test builds of a kerenl with nouveau in it
[17:26] <Sarvatt> apw: where is the kernel development for that at? I could test that out on a few machines as well even though i'm really happy with the binary driver on those 
[17:51] <Sarvatt> apw's kernel requires newer libdrm-nouveau1 and ddx than whats on edgers to use though (api bumped this morning). i dont know much about how the nouveau packages are set up, will try to get those updated on edgers today if noone else does it :)
[18:12] <bryce> Sarvatt: cool thanks
[18:12] <bryce> I'm setting up a box to test the nouveau kms today
[18:15] <cwillu> Sarvatt, more new behaviour:  this last time I tried suspend, it came with everything working except that the mouse cursor is invisible, but it still interacts with the desktop
[18:15] <Sarvatt> now thats odd
[18:16] <cwillu> bryce, re: https://bugs.freedesktop.org/show_bug.cgi?id=22039 , how useful is it to add additional intel-gpu-dump's when I see 'different' broken behaviour?
[18:16] <cwillu> I mean, "symptom of the day" effect I have probably means it's just random corruption of some sort, but is it still useful to have more raw data?
[18:17] <bryce> cwillu: it can be useful, however if it's at all likely to be a different bug, it can be better to file a new bug
[18:17] <bryce> yes more data is usually useful
[18:17] <Sarvatt> anything interesting in /var/log/pm-suspend.log cwillu?
[18:17] <cwillu> it's like a 1 time in ten that suspend works, although there's always something else broken
[18:17] <cwillu> oooo, mouse cursor just came back
[18:18] <cwillu> ...and moments later X locked up
[18:18] <cwillu> one sec, I'll check
[18:21] <cwillu> success on every line
[18:23] <cwillu> Sarvatt, ^^^
[18:25] <Sarvatt> ok drm for nouveau is up on edgers, gotta look into the ddx since it needed some hook changes last time i tried it
[18:29] <bryce> Sarvatt: shall we set up a 'Nouveau crack - kernel modesetting' PPA like was done for Radeon?
[18:30] <bryce> oh also I wanted to ask how you're doing the drm-snapshot packages, and vs. rolling them as 'libdrm' package snapshots?
[18:32]  * cwillu didn't think to check hibernation before
[18:32] <cwillu> 5 hibernation cycles so far, X hasn't hung yet.
[18:33] <bryce> -ati 6.12.2-2ubuntu1 uploaded.
[18:36] <apw> bryce, a nouveau crack PPA would be handy as i could then not make a combined kernel for testing and would be easier to manage.  sounds like you have management issues trying to shoehorn both into the same package too (ati and nouveau)
[18:36] <Sarvatt> shouldnt be needed as far as I can see, nouveau works straight on mesa/drm master vs ati having a crapload of specific branches for different things that arent compatable with each other and need different DDX depending which you go off of.. but I think we might have to package gallium for 3d support for nouveau in mesa, i havent looked into that at all yet
[18:37] <apw> well let me know if you have any luck with my kernel, if so i have a strategy for a combo job there
[18:39] <Sarvatt> might actually be able to enable KMS with the nouveau module in drm-snapshot..
[18:43] <bryce> ok, guess we can always add it later if we absolutely need it
[18:43] <bryce> shame you can't *delete* ppa's
[19:26] <apw> bryce, yeah i could do with a purge too
[19:26] <hyperair> bryce: you can, by poking the launchpad people
[19:28] <bryce> hyperair: what I have in mind is being able to set up quickie ppa's for specific short-term objectives (like this kms stuff) and then destroy them once that experiment is complete or merged in
[19:28] <hyperair> bryce: yeah, that would be really awesome.
[19:28] <bryce> hyperair: bugging the launchpad guys each time an experiment is complete would probably annoy them too much ;-)
[19:28] <hyperair> agreed =p
[19:28] <hyperair> well just reuse them ppas
[19:29] <bryce> but it's a good point; maybe once a lot of cruft has built up they could be pinged to do cleanup
[19:29] <hyperair> delete all the packages
[19:29]  * bryce nods
[19:29] <bryce> I've been using that approach with some of my personal ppa's.  I ended up just giving them abstract names so I could use them for multiple purposes... 'blue', 'green', etc.
[19:30] <bryce> but that's a pretty ugly hack ;-)
[19:32] <jcristau> bryce: if you annoy them enough they'll end up implementing it
[19:32] <hyperair> lol
[19:32] <hyperair> =p
[19:32] <hyperair> i have one called "bugfix". i just dump anything and everything there.
[19:33] <hyperair> i even have a prototype uswsusp package with usplash support
[19:33] <hyperair> i just can't figure out how to make uswsusp *not* hang when resuming with usplash
[19:33] <hyperair> it seems alt+sysrq+e is a quick workaround to the hang
[19:33] <hyperair> probably usplash hanging
[19:33] <hyperair> ah well
[19:39] <Sarvatt> yeah I just started naming PPA's I add with more generic names so I can wipe it all and reuse it for something else, they are starting to add up lol
[19:41] <crevette> heya
[19:42] <crevette> do you need some report about kms working with intel?
[19:43] <hyperair> i think there's one somewhere around..
[19:43] <hyperair> in the wiki
[19:43] <hyperair> say... i haven't noticed the cursor corruption for a while O_o
[19:43] <Sarvatt> https://wiki.ubuntu.com/X/KernelModeSetting
[19:43] <hyperair> could it be that it's fixed? O_O
[19:44] <Sarvatt> not here
[19:44] <Sarvatt> ya do something different recently?
[19:44] <hyperair> hmm wait
[19:44] <hyperair> is there a sure fire way to reproduce the cursor corruption thing?
[19:45] <Sarvatt> i havent ever seen an animated cursor come up and not get glitchs within 2 seconds :D
[19:45] <hyperair> my resize cursor is animated
[19:45] <hyperair> no glitches
[19:45] <hyperair> =\
[19:45] <Sarvatt> its funny, the glitches I get with the cursor actually happen to the whole screen sporadically on windows though
[19:46] <crevette> is UXA activated in Karmic, or should I keep my configuration file?
[19:46] <hyperair> hmm mine was confined 
[19:46] <hyperair>     Declares that file is expected in the directory defined above. In Autoconf proper, this macro does nothing: its sole purpose is to be traced by third-party tools to produce a list of expected auxiliary files. For instance it is called by macros like AC_PROG_INSTALL (see Particular Programs) or AC_CANONICAL_BUILD (see Canonicalizing) to register the auxiliary files they need. 
[19:47] <hyperair> oh hell
[19:47] <hyperair> #$%^&*( compiz
[19:47] <Sarvatt> wonder if theres something related to how it displays the cursor and how windows display video overlays
[19:47] <hyperair> my super+middleclick ends up middle clicking into urxvt.
[19:48] <Sarvatt> keep your configuration file crevette, it is activated by default but also disabled by default (confusing huh)
[19:48] <crevette> uh?
[19:49] <Sarvatt> when you build the kernel you get an option to enable KMS by default or not, enabling it by default links all the other modules in the correct order with it, ubuntu enables it by default there so those things work right but makes the default modeset option for the i915 module 0 so its off
[19:50] <Sarvatt> doing it that way makes it work  properly by just adding it to a modprobe option in /etc/modprobe.d/
[19:53] <Sarvatt> oh shoot crevette, I misread your question as "is KMS activated" lol
[19:54] <Sarvatt> sheesh
[19:54] <Sarvatt> there's only UXA in karmic right now, dont need to keep your config
[19:54] <crevette> okay sweet
[19:55] <crevette> thanks Sarvatt
[19:55] <Sarvatt> no worries, sorry about the confusion :D
[19:56] <crevette> "(note that UXA is enabled by default). " /me should have read better the wiki
[20:03] <Sarvatt> does anyone know of a reason why xserver is built with --enable-conf-dbus on ubuntu and what might be hurt disabling it? It's defaulted to no upstream, disabled in debian and moblin and seems to boot a little faster disabled. I had to disable it for xserver 1.7 to build post xi2 merge and I can't find anything broken by it
[20:04] <jcristau> Sarvatt: some hack involving wacom
[20:04] <jcristau> before wacom got fixed to work with hal
[20:04] <Sarvatt> ahh I see
[20:10] <Sarvatt> thanks jcristau
[20:11] <crevette> I have the message paste in http://dpaste.com/51959/ in the Xorg log, I know this is armless. Should I submit this to any upstream / downstream BTS?
[20:11] <jcristau> submit what?
[20:13] <crevette> the EDID
[20:20] <jcristau> probably not, if you don't have a problem with it?
[20:21] <crevette> no, no, I was just reading my xorg log file, to check there is no error after kms activation
[20:21] <crevette> my point is just if yo see a warning, report it :)
[20:30]  * crevette tries suspend
[20:48] <jcristau> ugh. what's this la_AU locale that got added to ubuntu libx11?
[20:55] <hyperair> Sarvatt: just hibernated and resumed. no cursor corruption.
[20:55] <hyperair> Sarvatt: however, i had corruption on my terminal upon resuming
[20:56] <hyperair> Sarvatt: as in, rxvt, which was configured to use argb.
[20:56] <hyperair> resizing the window solved the issue
[20:57] <Sarvatt> unrelated but just curious, are you using the older mesa with those patches or the newer one hyperair?
[20:57] <Sarvatt> wondering if removing the patches fixed the problem you bisected down
[20:57] <hyperair> Sarvatt: custom compiled mesa, with the commit 700something reverted.
[20:57] <hyperair> the patches are in place
[20:58] <Sarvatt> ah
[20:58] <hyperair> but i reverted the commit that caused my crash
[20:58] <hyperair> i'm using the rc8 kernel from kernel.ubutnu.com
[20:58] <hyperair> ubuntu*
[20:58] <Sarvatt> why not karmic's 2.6.30-8.9?
[20:58] <hyperair> er.
[20:58] <hyperair> is it the same?
[20:58] <Sarvatt> its rc8 yeah
[20:58] <apw> bryce, Sarvatt, those kernels built finally
[20:59] <apw> its not the same.  the rc8 mainline kernel has no ubuntu delta
[20:59] <Sarvatt> except its got all the ubuntu patches and changes instead of being based on jaunty and dropping the cust...... apw beat me to it
[20:59] <hyperair> i see
[20:59] <Sarvatt> by same i meant rc8 based, sorry
[21:00] <hyperair> i'm going to try using the -8 kernel then
[21:00] <hyperair> off i go to reboot.
[21:00] <apw> yeah its mostly the same for sure, karmic's delta is smaller
[21:07] <hyperair> ooh. -8-generic has no issues either!
[21:07] <hyperair> cursor's 100% okay
[21:07] <crevette> hyperair: yeah it's running fine here
[21:08] <hyperair> woohoo
[21:08] <hyperair> =D
[21:09] <hyperair> Sarvatt: 086ecea179ed572c89aa77c5f465671a5cef87a7 <-- my mesa is of this particular snapshot, with your patches enabled, and commit 7f8000db8bd45bb95bda4a4f8535c49b8ef74254 reverted.
[21:09] <hyperair> Sarvatt: why did you drop the uxamemleak patches though =\
[21:09] <hyperair> Sarvatt: won't that cause the uxa memory leak to regress back to its previous state?
[21:27] <Sarvatt> if its the right solution it'll be upstream soon, rather not possibly cause problems for everyone using it in that PPA :)
[21:28] <hyperair> hmm
[21:28] <hyperair> why wait? =p
[21:29] <hyperair> is the commit i reverted that important, anyway?
[22:02] <Sarvatt> heyo tormod
[22:02] <tormod> heya sarvatt
[22:03] <tormod> did they fix the buildds?
[22:03] <Sarvatt> yup
[22:17] <Sarvatt> guess i'll fudge the date to switch to libdrm over drm-snapshot, failing to upload because of the stale older version i deleted 4 hours ago
[22:18] <Sarvatt> its 0606 somewhere in the world :D
[22:24] <tormod> Sarvatt: I sometimes jump timezones to get the right datestamp :)
[22:25] <tormod> but more often the other way, to be proactive
[23:56] <Sarvatt> ugh, mesa failed to build in general just now
[23:56] <Sarvatt> what the hell, it built fine in my xorg-testing PPA
[23:57] <Sarvatt> /usr/bin/install: cannot change permissions of `/build/buildd/mesa-7.6.0~git20090605.b7aa5b1d/debian/tmp/usr/include/GL/glxext.h': No such file or directory
[23:57] <Sarvatt> its happening on all arches now
[23:58] <Sarvatt> maybe its the new mktemp from coreutils having problems