[00:30] <LLStarks> what's holding back the edgers stack?
[00:40] <LLStarks> what are all these new abi deps?
[00:47] <Sarvatt> LLStarks: someone to update it, haven't had time to keep up with all these packaging changes and mesa build system changes here
[05:00] <LLStarks> hmm. how is osmesa implemented on ubuntu?
[11:08] <tjaalton> first cleanup-patch for sis done
[11:09] <tjaalton> making the delta 339 lines smaller
[11:09] <tjaalton> ..but it's a start :)
[14:20] <vish> gah! $echo 1 | sudo tee /sys/module/drm/parameters/debug   « not a great idea :s  ran out of space pretty quick 
[14:20] <tseliot> try 4
[14:21] <vish> oh!
[14:22] <vish> tseliot: what does that do? , maybe we can add it as option to https://wiki.ubuntu.com/X/Backtracing#DRI%20/%20drm%20problems  ?
[14:23] <vish> i'm having an ati X freeze which occurs at random while scrolling, and if does not happen in kernel .32, /me trying to narrow down when it started or what .. 
[14:23] <tseliot> vish: that should give you a fair amount of details. Usually you don't want as many as 1 gives you
[14:24] <vish> cool..! 
[14:25] <Sarvatt> vish: include/drm/drmP.h explains the different debug levels
[14:26] <vish> k..
[14:26] <vish> .. heh, since it both kern.log and syslog get the messages, its 2x speed ;p
[14:26]  * vish thinks it would be a good idea to mention 4 on the wiki too :)
[14:27] <Sarvatt> there's 3 levels, DRM_DEBUG, DRM_DEBUG_DRIVER and DRM_DEBUG_KMS, can grep drivers/gpu/drm/ to see what each one does, 4 is DRM_DEBUG_KMS
[14:27] <vish> Sarvatt: btw, finally got Bug #652934 fix committed :p
[14:27] <ubot4> Launchpad bug 652934 in linux (Ubuntu Natty) (and 3 other projects) "[RV515] Guest session causes screen to flicker violently and session is unusable (affects: 2) (heat: 18)" [Medium,Fix released] https://launchpad.net/bugs/652934
[14:27] <vish> phew ;)
[14:29]  * tseliot sometimes is struck by amnesia... ;)
[14:30] <Sarvatt> vish: whoa, thought that was fixed a loong time ago already
[14:31] <vish> kernel has 5526 open bugs!! i wonder how they can get things done, way too many bugs IMO.. :s
[14:31] <vish> hehe! once i figure this out, i'll add 1 more ;p
[16:30] <vish> [drm:drm_ioctl], pid=1209, cmd=0xc0086464, nr=0x64, dev 0xe200, auth=1  « this seems to be overloading the logs, is that a normal message or useful/related to any X problem?
[16:31] <vish> btw, when x froze and i returned from tty, got this message >  [drm:drm_mode_getfb] *ERROR* invalid framebuffer id 
[17:29]  * vish wonders if "drm/radeon/kms: force legacy pll algo for RV515 LVDS" from upstream might have something to do with X freezing in RV515..
[17:32] <vish> xorg-dbg > http://paste.ubuntu.com/575595/
[17:33] <vish> bah, why cant X be nice.. i could just crash when doing $foo, but no, it likes to crash whenever it likes.. X needs a good spanking! ;p
[17:34] <bryce_> heh
[17:37] <bjsnider> Sarvatt, new blob
[17:39] <Sarvatt> bjsnider: awesome, released it early! doesn't work on natty till we update to the final 1.10 xserver though
[17:40] <bjsnider> i figured as much
[17:41] <Sarvatt> apw: gen4 (965) and up is affected so your netbook would be fine if that's what you're testing on
[17:43] <Sarvatt> apw: yeah I didn't notice that commit was sketchy from the description either since it looked like it only affected 8xx intel
[17:47] <Sarvatt> apw: ickle did http://git.kernel.org/?p=linux/kernel/git/ickle/drm-intel.git;a=commit;h=bea96046b4245e9abd65ed7acfed9adfd5f6c639 to try to fix it but it's still broken with that, might be better off just reverting c2e0eb167070a6e9dcb49c84c13c79a30d672431 for rc7 and getting the fix when rc8 comes in
[17:48] <apw> Sarvatt, yeah likely so, the title is just confusing.   but the mitigation seems sensible
[17:48] <apw> i wonder why compiz crashes ... and whether nux needs some more protection none the less
[20:39] <cnd> bryceh_, I think you forgot to git add 118_quell_error_msg.patch
[20:39] <cnd> in xserver-xorg-input-synaptics
[20:43] <cnd> I can't build it now :)
[20:43] <bryceh_> hmm
[20:43] <bryceh_> ah yes, patches ignored by default, dah
[20:44] <bryceh_> cnd, pushed
[20:44] <cnd> bryceh_, thanks!
[20:44] <cnd> bryceh_, before you upload again
[20:44] <cnd> I have a tiny one liner fix
[20:44] <cnd> gimme a few mins and I'll have it pushed
[20:46] <tjaalton> that's why i tend to use .diff postfix :)
[20:46]  * cnd assumes you uploaded the previous pacakge
[20:49] <cnd> oh, I see
[20:49] <cnd> you uploaded a source package with the patch
[20:49] <cnd> it just didn't make it into the git repo
[20:49] <bryceh_> cnd, that's correct
[20:50] <cnd> hrm, that seems silly, why would it assume a machine must have a synaptics device?
[20:50] <bryceh_> I think it just tries to load all available drivers
[20:50] <bryceh_> I see error messages for fglrx too
[20:51] <cnd> bryceh_, anyways, I pushed my change, but you don't have to upload it now
[20:51] <bryceh_> ok
[20:51] <cnd> I thought you'd be reuploading cause the package was missing the patch
[20:51] <cnd> this is a small patch that just needs to get in some time
[20:51] <bryceh_> may as well do it now
[20:51] <cnd> bryceh_, if you do, evdev has the same one line fix
[20:51] <cnd> both are pushed
[21:01] <bryceh_> cnd, -evdev and -synaptics changes uploaded
[21:01] <cnd> bryceh_, great!
[21:01] <cnd> ta
[22:11] <kklimonda> wow, any idea why is my X using a lot of cpu when I do stuff? even when I don't do anything X still uses over 10% of cpu. it's natty with nvidia-curent 270.29
[22:16] <kklimonda> oh, I don't run compiz - clean metacity, now with xcompmgr
[22:19] <bryceh_> kklimonda, someone reported earlier seeing increased CPU load across the board with -nvidia
[22:20] <bryceh_> he narrowed it to something (an unknown non-X package) that got changed between A2 and A3
[22:20] <bryceh_> see LP for bug
[22:21] <Sarvatt> hmm, I'm not seeing it, 3% idling
[22:23] <Sarvatt> switched to metacity, 0%
[22:24] <kklimonda> I have a gnome-terminal running in full screen
[22:24] <kklimonda> and firefox with quite a few tabs - maybe that's related.. I often see plugin-container taking some cpu along with Xorg
[22:25] <kklimonda> bryceh_: thanks, will check it
[22:27] <bjsnider> probably firefox's fault
[22:29] <kklimonda> may be
[22:35] <kklimonda> yeah, closing Firefox helps
[22:36] <bjsnider> i don't understand why people still use firefox on linux
[22:36] <bjsnider> on windows, yeah. it's fast
[22:36] <kklimonda> also, switching between virtual desktops that have gnome-terminal and firefox is much slower than keeping them both on a single desktop, and using alt+tab
[22:36] <kklimonda> bjsnider: I haven't seen a good replacement for noscript
[22:37] <Sarvatt> Mozilla Firefox for Ubuntu canonical 1.0? Hrm..
[22:37] <bjsnider> chromium probably has it somewhere
[22:37] <kklimonda> (for Chromium)
[22:37] <kklimonda> probably, last time I checked it wasn't there
[22:37] <bjsnider> kklimonda, it's an extension?
[22:37] <kklimonda> for Firefox? it is
[22:38] <bjsnider> https://chrome.google.com/webstore/detail/odjhifogjcknibkahlpidmdajjpkkcfn
[22:38] <bjsnider> that maybe?
[22:38] <kklimonda> bjsnider: probably, I'll check it out. 
[22:39] <kklimonda> wow, I have to set up some password by editing file..
[22:39] <kklimonda> really weird
[22:43] <kklimonda> I can't imagine how anyone at google could think that this is the right way to do extensions..
[22:43] <kklimonda> oh well, let's not complain about it here