/srv/irclogs.ubuntu.com/2009/09/02/#ubuntu-x.txt

tormodhmm https://lists.ubuntu.com/archives/ubuntu-devel/2008-May/025471.html indicates 1.2.3ubuntu1 is fine00:07
tormodbryce, ok then the version was fine already (was also what dch -i gave me)00:10
bryceah ok00:15
bryceneeds update-maintainer run00:28
brycetormod, uploaded00:30
Nganyone else seeing odd resume crashes in karmic atm?09:05
NgX sort of comes back a bit, but windows don't render properly and it'll lock up shortly after, although sysrq still works09:05
d6gI feel the performance of compiz and cairo-related software is a bit sluggish in karmic, anyone knows where should i start to figure out what is the problem? (i'm using ati mobility x300 with kernel 2.6.31-8-generic & radeon driver)14:21
=== d6g is now known as d6g|away
Ngbah, crash15:21
Nghttp://paste2.org/p/41042915:22
Ngwhat should I do with that? kernel bug?15:22
keesNg: that's where I'd file it.  it's kernel, but it's intel drivers driver.  kernel team should be able to redirect correctly.17:05
Ngkees: yeah that's what I was thinking. I even started filing it, but ubuntu-bug seems to be able to make firefox crash, and I got sidetracked finding the bug for that and subscribing to it ;)17:06
keesurgh, it'd be funny if it weren't so sad.  :P17:06
Nghehe17:06
Ngit's such a weird bug, it spawns a firefox process to take you to LP and most of the time that spawned firefox gets an X error and dies, which triggers an apport request for that17:07
Ngbut it's known and mdz reported it, so I feel safe in not doing anything else about that ;)17:07
keesheh17:07
mac_vanyone knows about the radeon driver and the slow FPS? is this the bug related to this issue> http://bugs.freedesktop.org/show_bug.cgi?id=21508 17:28
ubottuFreedesktop bug 21508 in Driver/Radeon "low fps with radeon driver" [Normal,New]17:28
mac_vjust had a doubt since comments mention "radeon-rewrite"17:29
brycemac_v, the radeon-rewrite stuff is in place now in karmic18:07
mac_vbryce:  i'v been using the radeon.modeset=1 , kms since the kernel -7, but i get half of the FPS i get without the kms :(18:09
mac_vits ~500 with kms but without its ~100018:09
mac_vbryce: is there an upstream bug , you could direct me to regarding this? or is it the above bug ?18:11
brycemac_v, hard to say, the reporters did not give much solid info18:14
brycemac_v, but I do know that kms on -ati is known to have a performance regression, but I don't know the bug #.18:15
mac_voh :(18:15
Ngok, getting unusable X after every suspend now19:47
hyperairat least you're not getting random panics after every other suspend/hibernate19:53
Ngis that better than having to restart after every suspend? ;)19:57
bryceNg, bug #?19:58
hyperairNg: how is your X unusable anyway? all i need to do is restart compiz after every suspend.20:00
Ngbryce: just waiting for the 3g network to upload it20:01
brycehyperair, did you test the kernel patch proposed for the compiz freeze bug yet?20:01
Nghyperair: it might be that, I didn't actually try that. it just doesn't seem to draw windows/borders20:01
hyperairbryce: no i didn't. what patch is that?20:01
hyperairNg: that's the exact problem. restarting compiz should do the trick. just blindly alt+f2 and type compiz ;-)20:02
Ngheh20:02
hyperairthat's what i do. ended up sending compiz to a few friends if the run dialog didn't focus properly20:02
brycehyperair, search lp for the "compiz 100% cpu" bug20:03
brycehyperair, filed against linux20:03
bryceanyway, I think both of you have that same bug20:03
hyperairbryce: but my compiz doesn't take 100% cpu20:03
hyperairat least, i don't think it does.20:03
brycehyperair, which is why you ought to test the patch ;-)20:03
hyperairheh yeah, considering i'm already running a patched kernel20:04
bryce100% cpu is just one symptom, the patch fixes a number of situations where the new mesa causes failures20:05
bryceyou can also try downgrading to the x-retro ppa's mesa 7.5, but that's just a workaround20:05
* bryce back to bugz20:05
Ngepic 3g speed fail aside, I'm up for trying a patch20:05
hyperairbryce: i'm running a git kernel and the said patch is already in the kernel i think20:09
Nghyperair: out of interest, what hardware are you seeing this on?20:15
hyperairNg: i965 8086:203220:16
hyperair2a03 i mean20:16
NgI'm assuming bryce meant bug 419264, and it just strikes me a little bit that people there are seeing it all over the place, I'm only seeing it on resume20:17
ubottuLaunchpad bug 419264 in linux "Uses 100% CPU with latest mesa/libdrm update" [High,In progress] https://launchpad.net/bugs/41926420:17
hyperairyeah i saw that too20:18
hyperairthe last comment has a commit hash20:18
hyperairwhich is in my git tree of the kernel20:18
brycejbarnes, http://people.canonical.com/~bryce/Graphs/drivers.svg20:41
jbarneswoo20:42
jbarnesbeating ati finally :)20:42
jbarneslooks like nvidia will be higher soon too20:43
bryceyep20:45
ScislaC9.04? Who uses /that/? ;)20:46
bryceI wish nouveau would develop faster, I hate putting time into triaging -nvidia bugs, always seems like a waste20:46
bryceScislaC, ;-)20:46
=== bryce changed the topic of #ubuntu-x to: https://wiki.ubuntu.com/X
ScislaC:P20:47
hyperairwhat was it before?20:47
ScislaCUbuntu 9.04 released! | https://wiki.ubuntu.com/X20:47
hyperairah20:48
=== d6g|away is now known as d6g
=== ripps_ is now known as ripps
=== d6g is now known as d6g|away
Nghyperair: yeah restarting compiz seems to do the trick23:39

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!