| LLStarks | what's holding back the edgers stack? | 00:30 |
|---|---|---|
| LLStarks | what are all these new abi deps? | 00:40 |
| Sarvatt | LLStarks: someone to update it, haven't had time to keep up with all these packaging changes and mesa build system changes here | 00:47 |
| === Azelphur is now known as zz_Azelphur | ||
| === zz_Azelphur is now known as Azelphur | ||
| LLStarks | hmm. how is osmesa implemented on ubuntu? | 05:00 |
| === lag` is now known as lag | ||
| === soren_ is now known as sorne | ||
| === sorne is now known as soren | ||
| tjaalton | first cleanup-patch for sis done | 11:08 |
| tjaalton | making the delta 339 lines smaller | 11:09 |
| tjaalton | ..but it's a start :) | 11:09 |
| === yofel_ is now known as yofel | ||
| 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:20 |
| vish | oh! | 14:21 |
| 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:22 |
| 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:23 |
| vish | cool..! | 14:24 |
| Sarvatt | vish: include/drm/drmP.h explains the different debug levels | 14:25 |
| 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:26 | |
| 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:27 |
| * tseliot sometimes is struck by amnesia... ;) | 14:29 | |
| Sarvatt | vish: whoa, thought that was fixed a loong time ago already | 14:30 |
| 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 | 14:31 |
| === kees_ is now known as kees | ||
| 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:30 |
| vish | btw, when x froze and i returned from tty, got this message > [drm:drm_mode_getfb] *ERROR* invalid framebuffer id | 16:31 |
| === popey_ is now known as popey | ||
| === dpm_ is now known as dpm | ||
| === maxb_ is now known as maxb | ||
| * 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:29 | |
| === marjo_ is now known as marjo | ||
| vish | xorg-dbg > http://paste.ubuntu.com/575595/ | 17:32 |
| 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:33 |
| bryce_ | heh | 17:34 |
| bjsnider | Sarvatt, new blob | 17:37 |
| Sarvatt | bjsnider: awesome, released it early! doesn't work on natty till we update to the final 1.10 xserver though | 17:39 |
| bjsnider | i figured as much | 17:40 |
| Sarvatt | apw: gen4 (965) and up is affected so your netbook would be fine if that's what you're testing on | 17:41 |
| 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:43 |
| 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:47 |
| 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 | 17:48 |
| === kees_ is now known as kees | ||
| cnd | bryceh_, I think you forgot to git add 118_quell_error_msg.patch | 20:39 |
| cnd | in xserver-xorg-input-synaptics | 20:39 |
| cnd | I can't build it now :) | 20:43 |
| bryceh_ | hmm | 20:43 |
| bryceh_ | ah yes, patches ignored by default, dah | 20:43 |
| 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:44 |
| tjaalton | that's why i tend to use .diff postfix :) | 20:46 |
| * cnd assumes you uploaded the previous pacakge | 20:46 | |
| 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:49 |
| 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:50 |
| 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 | 20:51 |
| === popey_ is now known as popey | ||
| bryceh_ | cnd, -evdev and -synaptics changes uploaded | 21:01 |
| cnd | bryceh_, great! | 21:01 |
| cnd | ta | 21:01 |
| 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:11 |
| kklimonda | oh, I don't run compiz - clean metacity, now with xcompmgr | 22:16 |
| bryceh_ | kklimonda, someone reported earlier seeing increased CPU load across the board with -nvidia | 22:19 |
| 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:20 |
| Sarvatt | hmm, I'm not seeing it, 3% idling | 22:21 |
| Sarvatt | switched to metacity, 0% | 22:23 |
| 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:24 |
| kklimonda | bryceh_: thanks, will check it | 22:25 |
| bjsnider | probably firefox's fault | 22:27 |
| kklimonda | may be | 22:29 |
| kklimonda | yeah, closing Firefox helps | 22:35 |
| 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:36 |
| 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:37 |
| bjsnider | https://chrome.google.com/webstore/detail/odjhifogjcknibkahlpidmdajjpkkcfn | 22:38 |
| bjsnider | that maybe? | 22:38 |
| kklimonda | bjsnider: probably, I'll check it out. | 22:38 |
| kklimonda | wow, I have to set up some password by editing file.. | 22:39 |
| kklimonda | really weird | 22:39 |
| 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 | 22:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!