[00:30] what's holding back the edgers stack? [00:40] what are all these new abi deps? [00:47] LLStarks: someone to update it, haven't had time to keep up with all these packaging changes and mesa build system changes here === Azelphur is now known as zz_Azelphur === zz_Azelphur is now known as Azelphur [05:00] hmm. how is osmesa implemented on ubuntu? === lag` is now known as lag === soren_ is now known as sorne === sorne is now known as soren [11:08] first cleanup-patch for sis done [11:09] making the delta 339 lines smaller [11:09] ..but it's a start :) === yofel_ is now known as yofel [14:20] gah! $echo 1 | sudo tee /sys/module/drm/parameters/debug « not a great idea :s ran out of space pretty quick [14:20] try 4 [14:21] oh! [14:22] 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] 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] vish: that should give you a fair amount of details. Usually you don't want as many as 1 gives you [14:24] cool..! [14:25] vish: include/drm/drmP.h explains the different debug levels [14:26] k.. [14:26] .. 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] 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] Sarvatt: btw, finally got Bug #652934 fix committed :p [14:27] 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] phew ;) [14:29] * tseliot sometimes is struck by amnesia... ;) [14:30] vish: whoa, thought that was fixed a loong time ago already [14:31] kernel has 5526 open bugs!! i wonder how they can get things done, way too many bugs IMO.. :s [14:31] hehe! once i figure this out, i'll add 1 more ;p === kees_ is now known as kees [16:30] [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] btw, when x froze and i returned from tty, got this message > [drm:drm_mode_getfb] *ERROR* invalid framebuffer id === popey_ is now known as popey === dpm_ is now known as dpm === maxb_ is now known as maxb [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.. === marjo_ is now known as marjo [17:32] xorg-dbg > http://paste.ubuntu.com/575595/ [17:33] 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] heh [17:37] Sarvatt, new blob [17:39] bjsnider: awesome, released it early! doesn't work on natty till we update to the final 1.10 xserver though [17:40] i figured as much [17:41] apw: gen4 (965) and up is affected so your netbook would be fine if that's what you're testing on [17:43] 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] 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] Sarvatt, yeah likely so, the title is just confusing. but the mitigation seems sensible [17:48] i wonder why compiz crashes ... and whether nux needs some more protection none the less === kees_ is now known as kees [20:39] bryceh_, I think you forgot to git add 118_quell_error_msg.patch [20:39] in xserver-xorg-input-synaptics [20:43] I can't build it now :) [20:43] hmm [20:43] ah yes, patches ignored by default, dah [20:44] cnd, pushed [20:44] bryceh_, thanks! [20:44] bryceh_, before you upload again [20:44] I have a tiny one liner fix [20:44] gimme a few mins and I'll have it pushed [20:46] that's why i tend to use .diff postfix :) [20:46] * cnd assumes you uploaded the previous pacakge [20:49] oh, I see [20:49] you uploaded a source package with the patch [20:49] it just didn't make it into the git repo [20:49] cnd, that's correct [20:50] hrm, that seems silly, why would it assume a machine must have a synaptics device? [20:50] I think it just tries to load all available drivers [20:50] I see error messages for fglrx too [20:51] bryceh_, anyways, I pushed my change, but you don't have to upload it now [20:51] ok [20:51] I thought you'd be reuploading cause the package was missing the patch [20:51] this is a small patch that just needs to get in some time [20:51] may as well do it now [20:51] bryceh_, if you do, evdev has the same one line fix [20:51] both are pushed === popey_ is now known as popey [21:01] cnd, -evdev and -synaptics changes uploaded [21:01] bryceh_, great! [21:01] ta [22:11] 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] oh, I don't run compiz - clean metacity, now with xcompmgr [22:19] kklimonda, someone reported earlier seeing increased CPU load across the board with -nvidia [22:20] he narrowed it to something (an unknown non-X package) that got changed between A2 and A3 [22:20] see LP for bug [22:21] hmm, I'm not seeing it, 3% idling [22:23] switched to metacity, 0% [22:24] I have a gnome-terminal running in full screen [22:24] and firefox with quite a few tabs - maybe that's related.. I often see plugin-container taking some cpu along with Xorg [22:25] bryceh_: thanks, will check it [22:27] probably firefox's fault [22:29] may be [22:35] yeah, closing Firefox helps [22:36] i don't understand why people still use firefox on linux [22:36] on windows, yeah. it's fast [22:36] 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] bjsnider: I haven't seen a good replacement for noscript [22:37] Mozilla Firefox for Ubuntu canonical 1.0? Hrm.. [22:37] chromium probably has it somewhere [22:37] (for Chromium) [22:37] probably, last time I checked it wasn't there [22:37] kklimonda, it's an extension? [22:37] for Firefox? it is [22:38] https://chrome.google.com/webstore/detail/odjhifogjcknibkahlpidmdajjpkkcfn [22:38] that maybe? [22:38] bjsnider: probably, I'll check it out. [22:39] wow, I have to set up some password by editing file.. [22:39] really weird [22:43] I can't imagine how anyone at google could think that this is the right way to do extensions.. [22:43] oh well, let's not complain about it here