bryce | libdrm, 2.7.99.1+git uploaded | 05:51 |
---|---|---|
tjaalton | compiz is still disabled for i965.. mvo? | 09:08 |
mvo | tjaalton: yes, is the driver all good now so that this can be changed? | 09:10 |
tjaalton | mvo: I've been using it for a couple of weeks in karmic with no issues | 09:11 |
mvo | tjaalton: thanks, I fix it in bzr | 09:12 |
tjaalton | mvo: cool, thanks | 09:12 |
lool | Is "xset force dpms off" supposed to work with KMS? | 11:04 |
apw | damn .... xorg sigsegv, not handy | 12:21 |
apw | jbarnes, is in the UK? | 12:28 |
apw | jbarnes_LHR, even | 12:29 |
apw | bryce, seeing coredumps on the standard xorg server (not kms) on an intel deskside | 12:31 |
jbarnes_LHR | yep in the UK | 12:47 |
jbarnes_LHR | london near the tower bridge | 12:47 |
apw | heh, for long? having fun? | 13:09 |
tjaalton | apparently not ;) | 13:14 |
jcristau | lool: not sure dpms is hooked up yet | 13:26 |
tseliot | tjaalton, jcristau: is xserver-xorg the only package that calls dexconf? | 14:21 |
jcristau | tseliot: if it's not, i'd love to know | 14:22 |
tjaalton | should be, yes :) | 14:23 |
tseliot | jcristau: I built an image with a package that modifies the xorg.conf (for the OEM team) and I predepend on xserver-xorg but it looks like my modified xorg.conf is renamed as xorg.conf.$date and dexconf is called | 14:24 |
tseliot | my package modifies the xorg.conf in the postinst and I'm wondering why xserver-xorg modifies the xorg.conf after my package | 14:24 |
tseliot | despite the predepends | 14:25 |
tseliot | maybe debconf is delayed? | 14:25 |
jcristau | dpkg tells you when it configures packages | 14:26 |
jcristau | so check what gets configured after your package? | 14:26 |
tseliot | This happens before my package is installed: Setting up xserver-xorg (1:7.4~5ubuntu18) ... xserver-xorg postinst warning: not updating configuration as per $XORG_CUSTOM | 14:27 |
tseliot | then my package is configured. The rest is just a standard jaunty installation | 14:29 |
tseliot | jcristau: these are configured after my package: | 14:31 |
tseliot | Setting up xinit (1.0.9-2) ... Setting up xinput (1.4.0-1) ... Setting up xorg (1:7.4~5ubuntu18) ... Setting up xscreensaver-gl (5.07-0ubuntu3) ... | 14:31 |
jcristau | none of those touch xorg.conf.. | 14:31 |
tseliot | yes, I know | 14:32 |
tseliot | but it looks like the xorg.conf that my package modifies is still empty in spite of the fact that xserver-xorg has already been configured | 14:33 |
tseliot | the preinst of xserver-xorg creates an empty file | 14:33 |
tseliot | which is filled in the postinst of xserver-xorg | 14:33 |
tjaalton | default jaunty installation results in an empty xorg.conf | 14:34 |
tseliot | tjaalton: not here. It has Device, Screen and Monitor sections | 14:35 |
jcristau | tseliot: ah right. i should fix that. | 14:35 |
tseliot | jcristau: ? What do you need to fix (and how)? | 14:35 |
jcristau | make sure i don't create an empty xorg.conf | 14:36 |
tseliot | ok | 14:39 |
tjaalton | tseliot: ok, maybe happens only when doing a preseeded installation | 14:42 |
tseliot | tjaalton: and how can I get around the problem? Shall I predepend on the "xorg" metapackage? | 14:43 |
jcristau | 'not updating configuration as per $XORG_CONFIG' means you set XORG_CONFIG=custom in /etc/default/xorg, so xserver-xorg.postinst exits without doing anything | 14:57 |
tseliot | jcristau: but there's no such file in the generated image | 14:58 |
jcristau | *shrug* | 15:00 |
tseliot | and dexconf is being called. Maybe something reconfigures xserver-xorg at a certain point | 15:01 |
=== You're now known as ubuntulog | ||
tseliot | jcristau: shouldn't this: http://pastebin.ubuntu.com/187401/ be more like this? http://pastebin.ubuntu.com/187404/ | 15:12 |
jcristau | dunno, what's the difference? | 15:12 |
jcristau | i mean, why not allow XORG_CONFIG from the environment rather than that default file? | 15:13 |
tseliot | where can that variable be defined apart from the default file? | 15:14 |
jcristau | your environment | 15:14 |
tseliot | ok, so somewhere in this system has that variable set to custom... | 15:17 |
tseliot | without sourcing? | 15:17 |
bryce | morning | 15:23 |
tseliot | hey bryce | 15:23 |
bryce | tseliot: heya, all done with demos and such? hope all went well :-) | 15:28 |
tseliot | bryce: I'm still fighting with xserver-xorg which is overwriting my customised xorg.conf even though I predepend on it :-( | 15:29 |
bryce | apw: if you can reproduce the crash and get a full backtrace (process documented at http://wiki.ubuntu.com/X/) it could help | 15:37 |
apw | bryce, yep 100% reproucible | 15:39 |
tseliot | jcristau: removing the postinst/preinst, etc. of xserver-xorg shouldn't cause problems, right? (just to be sure) | 15:40 |
jcristau | dunno. | 15:42 |
Sarvatt | wow, now this looks interesting http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commit;h=5112f5941c34ea49155a02672647c61afb1e6bf5 | 15:50 |
micahg | bryce: could you look at a bug for me, it seems to match an upstream link for 2 other bugs you were workign on | 16:08 |
micahg | bug 374398 | 16:08 |
ubottu | Launchpad bug 374398 in xserver-xorg-video-ati "Glitches around checkboxes in Firefox" [Undecided,New] https://launchpad.net/bugs/374398 | 16:08 |
bryce | hi micahg, what aspect needs looked at? | 16:10 |
micahg | if it should be merged with bug 291053 | 16:10 |
ubottu | Launchpad bug 291053 in xserver-xorg-driver-ati "[R500 x1400] Occasional mouse cursor corruption [EXA enabled]" [Unknown,Confirmed] https://launchpad.net/bugs/291053 | 16:10 |
bryce | fwiw, there's a slew of known glitches with -ati since we moved to EXA. | 16:10 |
micahg | that's good to know | 16:11 |
bryce | yes, it could well be a dupe | 16:12 |
micahg | do you want to change what's appropriate in the title in the original? | 16:12 |
micahg | or does more triage need to happen | 16:12 |
bryce | it can probably be changed to "Small pixmap corruption [EXA enabled]" to match upstream's bug title | 16:13 |
micahg | ok, and I should just mark as dupe then? | 16:13 |
bryce | micahg: at this stage what needs done is to test patches alex provides and give feedback | 16:13 |
bryce | micahg: yes that sounds good | 16:13 |
micahg | are the patches upstream? | 16:14 |
bryce | they get posted on the upstream bug report | 16:14 |
bryce | alex likes to have folks test them before he puts them in the upstream tree | 16:14 |
micahg | Where should people comment about the patches, upstream, right? | 16:15 |
bryce | yes, on the upstream bug | 16:16 |
micahg | ok | 16:17 |
micahg | done | 16:17 |
bryce | thanks micahg :-) | 16:17 |
micahg | no problem, I just wasn't sure what to do as I normally work on Firefox bugs | 16:17 |
micahg | now I know where to go for X bugs :) | 16:18 |
bryce | micahg: what do you work on normally? | 16:19 |
micahg | Firefox bugs | 16:19 |
bryce | ah kewl | 16:19 |
micahg | bryce: may I PM you | 16:20 |
bryce | yeah, oftentimes the firefox X bugs are display issues rather than freezes/crashes, so since they're cosmetic often aren't given as much attention | 16:20 |
bryce | so if you can take them upstream directly, it could help out a lot | 16:21 |
bryce | micahg: if it is about something private; otherwise if it's just X questions this channel is most appropriate | 16:21 |
micahg | the problem is usually figuring out which other component is causing the trouble | 16:21 |
bryce | micahg: btw there's some info at http://wiki.ubuntu.com/X/ that could be useful | 16:26 |
bryce | covers how to triage X bugs, how to troubleshoot issues, and so forth. It should help answer the question about what component causes what problem | 16:27 |
micahg | I should probably read that | 16:27 |
bryce | as a general rule, display issues are almost always caused either by the video driver the user is using | 16:27 |
apw | bryce, added the full stack trace to the bug | 16:27 |
bryce | s/either// | 16:27 |
bryce | apw: excellent thanks | 16:28 |
apw | I830DRI2CopyRegion() goes pop :) have fun | 16:28 |
bryce | micahg: er I should say, if the problem is an X bug, it's usually in the video driver. Sometimes with firefox the issues have been further up the stack in cairo or an intermediate library | 16:28 |
bryce | apw: was this while viewing a really large jpg? | 16:29 |
apw | nope. this is while engaging the screen saver | 16:29 |
bryce | hmm | 16:29 |
apw | it fades to black then dumps | 16:29 |
Sarvatt | gl screensaver? | 16:29 |
apw | i guess its making a big black square to hide the screen | 16:29 |
bryce | ahh | 16:29 |
apw | default gnome screen saver | 16:29 |
bryce | apw: the 2.7.99.1 upload I did yesterday had a fix for a crash bug involving I830DRI2CopyRegion() when viewing large jpg images | 16:30 |
apw | hrm when might that hit the archives. i updated within the last two hours | 16:30 |
bryce | yikes, there is a fricken huge spider on the ceiling above me. | 16:30 |
bryce | apw: should have hit last night some time | 16:30 |
apw | it wants you for lunch | 16:30 |
bryce | apt-cache madison xserver-xorg-video-intel | 16:30 |
apw | apw@chloe:~$ apt-cache madison xserver-xorg-video-intel | 16:31 |
apw | xserver-xorg-video-intel | 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu1 | http://gb.archive.ubuntu.com karmic/main Packages | 16:31 |
apw | xserver-xorg-video-intel | 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu1 | http://gb.archive.ubuntu.com karmic/main Sources | 16:31 |
bryce | apt-cache policy xserver-xorg-video-intel ? | 16:33 |
bryce | (spider got away, crazy fast mfker) | 16:36 |
tormod | famous last words | 16:41 |
Sarvatt | bryce: this relevant? http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=b8e360bf2b77d28559d15a7c0f9c766848eb6ced | 16:41 |
Sarvatt | regarding apw's backtrace | 16:42 |
Sarvatt | also http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=5901a67fc85ac80fabfa98b78202a388445275c3 | 16:42 |
apw | apw@chloe:~$ apt-cache policy xserver-xorg-video-intel | 16:43 |
apw | xserver-xorg-video-intel: | 16:43 |
apw | Installed: 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu1 | 16:43 |
apw | Candidate: 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu1 | 16:43 |
apw | Version table: | 16:43 |
apw | *** 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu1 0 | 16:43 |
apw | 500 http://gb.archive.ubuntu.com karmic/main Packages | 16:43 |
apw | 100 /var/lib/dpkg/status | 16:43 |
Sarvatt | updating edgers now | 16:43 |
apw | bryce, need anything else? | 16:45 |
bryce | pDestBuffer = (DRI2BufferPtr) 0x0 | 16:45 |
bryce | apw: nope, looks like a good trace I can take it from here | 16:45 |
apw | ouch ... | 16:46 |
bryce | apw: later we may have some patches to test | 16:46 |
apw | sure thing. ping me, i may be here still if not shove them somewhere and i'll get to them first thing | 16:46 |
apw | i am guessing most of us are using the edgers things to get kms and not testing what the basic users get! | 16:46 |
bryce | ok, may be a few hours, I have an AMD confcall in a few hours | 16:46 |
apw | i don't need the machine its on for interactive use so it can hang around waiting for you | 16:47 |
apw | ie. no rush, whenever suits | 16:47 |
cwillu | apw, re: the 2.6.30-999 resume swapper crash I had recently, I wasn't at home, so I didn't have netconsole running. I'll try to duplicate it again today. I've got a different issue when I resume with kms enabled, so I'm trying to split my time between the two ways I can make it crash :) | 16:50 |
apw | heheh fun for all the family for sure | 16:51 |
cwillu | re: trace, you just want the console output, right? | 16:52 |
cwillu | I'll try to work off 2.6.30-7 #8 with kms off, if that dupes easily, I'll move up to the latest daily and dupe it there too | 16:54 |
Sarvatt | apw: https://edge.launchpad.net/~sarvatt/+archive/ppa/+sourcepub/643434/+listing-archive-extra | 17:31 |
apw | Sarvatt, looking good here | 17:35 |
Sarvatt | good to hear, there was a last minute commit to enable vsync for DRI2 CopyRegion (to fix tearing problems) that made it into the 06-02 and it got fixed up by a bunch of commits this morning | 17:37 |
apw | and your test there was just picking up those fixes too | 17:39 |
apw | Sarvatt, this is logged under bug #383129 | 17:39 |
ubottu | Launchpad bug 383129 in xorg "x server dies with a SIGSEGV when gnome screen saver blanks the display" [Undecided,New] https://launchpad.net/bugs/383129 | 17:39 |
Sarvatt | holy hell, anholt's latest commit in for-review on drm-intel sped up 3d performance in UXA an amazing amount for me | 18:18 |
Sarvatt | sorry, wrong channel yet again | 18:19 |
Sarvatt | relevant here though, I'm seeing a 50% 3D performance increase in everything i've run so far on intel, not just openarena at high settings like the commit says. i put a kernel here incase anyone else wants to test it out http://sarvatt.com/downloads/LATEST/ | 18:30 |
bryce | Sarvatt: kewl | 18:40 |
crevette | wow, kms is wonderful, instant switching between VT | 18:44 |
crevette | and full resolution in terminal | 18:44 |
bryce | :-) | 18:53 |
jcristau | and no vt switch on s/r | 18:53 |
crevette | I rarely suspend my laptop | 18:54 |
tjaalton | jcristau: do you think we could --disable-gallium until the packaging issues are sorted out? | 18:57 |
tjaalton | of mesa | 18:58 |
jcristau | tjaalton: i was going to wait for a reply from michel | 18:59 |
tjaalton | jcristau: ok | 19:00 |
jcristau | tjaalton: maybe you can ping him about it on irc? | 19:00 |
tjaalton | sure, could do that | 19:00 |
hyperair | Sarvatt: did i mention yet that the cursor gets hopelessly corrupted after hibernating and resuming? | 20:45 |
Sarvatt | just hibernate or suspend/resume too? why dont you file bug reports on fd.o about the problems you have? :D | 20:48 |
Sarvatt | if its suspend/resume too -- http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commit;h=596652e1094a9c7bebcd4d36a7f3d3a2d9698950 can try that kernel i just pasted to see if its fixed by that | 20:49 |
solarion | is the intel driver crashing Xorg (sig 11) when full-screening things a known problem? | 23:15 |
Sarvatt | yup | 23:16 |
Sarvatt | can grab https://edge.launchpad.net/%7Esarvatt/+archive/ppa/+sourcepub/643434/+listing-archive-extra or disable compiz until its updated | 23:16 |
solarion | why is it a compiz problem? | 23:17 |
solarion | ah, not a compiz probelm; compiz-triggered | 23:17 |
Sarvatt | yeah compiz triggered, sorry | 23:17 |
solarion | is ok; just saw a compiz update come through | 23:17 |
solarion | any idea when it'll get fixed in the ppa or karmic? | 23:19 |
Sarvatt | just linked a PPA with the fix in it :) | 23:19 |
solarion | it's not the ubuntu-x-swat ppa | 23:24 |
* solarion is leery of installing from unknown repos | 23:25 | |
Sarvatt | the one i linked is drop in replaceable with karmic, its also in xorg-edgers but you'd have to upgrade drm too to use that one | 23:25 |
Sarvatt | ah understandable | 23:25 |
solarion | is there any point to having the jaunty x-swat repo in? | 23:25 |
solarion | it's too bad you can't limit what can come out of a repo | 23:26 |
solarion | the best I can figure atm is not including the keys and then watching what comes unsigned, but it's unsigned. | 23:26 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!