/srv/irclogs.ubuntu.com/2009/08/20/#ubuntu-x.txt

jmswhy would the display config screen in jaunty not offer resolutions over 1600x1200 on my external (vga) monitor?10:13
RAOFCould you pastebin the output of "xrandr -q"?10:14
jmshttp://paste.debian.net/44661/10:16
RAOFOk, so that's why the display config screen won't offer higher resolutions :).10:22
RAOFIt looks like it should only be offering up to 1024x768; is that what it's offering?10:22
jmsit's offering 1024x76810:25
jmsi think it's misinformed10:25
RAOFProbably.  I'd guess that your monitor doesn't provide correct DDC information.10:26
jmsRAOF: well, yeah, except hwinfo is rather better informed10:26
jmsand so is ddcprobe for that matter10:28
jmsalthough... hm, interesting10:28
RAOFHm?10:29
jmswhat's the difference between "timing", "ctiming" and "dtiming"?10:29
RAOFDo idea.10:29
RAOFNo idea :)10:29
jmsddcprobe shows a max timing of:10:32
jmstiming: 1024x768@75 Hz (VESA)10:32
jmsbut it also shows the correct maximum of:10:32
jmsctiming: 1600x1200@6010:32
jmsso whatever voodoo nonsense xrandr uses to determine available modes, it ought to be offering the ctiming ones but isn't10:32
RAOFThat'd be a driver issue.10:33
RAOFYou should probably file a bug against the driver.10:34
jms(II) intel(0): Printing DDC gathered Modelines:10:34
jms(II) intel(0): Modeline "1600x1200"x0.0  162.00  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync (75.0 kHz)10:34
jmspretty sure the driver knows about the mode too10:34
jmshm, Bug #39514010:36
ubottuLaunchpad bug 395140 in xserver-xorg-video-intel "[karmic] external monitor not recognized correctly" [Undecided,Fix released] https://launchpad.net/bugs/39514010:36
jmsnope, similar but unrelated i think10:37
RAOFjms: I'd guess that the intel driver is filtering that out; it seems to suggest a refresh rate of 0.0Hz, which I wouldn't be surprised if the driver filtered out as obviously wrong.10:37
hyperairhmm? external monitor? it usually works for me, very well10:38
tjaaltonwhat card is it?10:39
tjaaltonjms: ^^10:40
jmstjaalton: intel10:40
tjaaltonmodel?10:40
hyperairintel produces many cards.10:40
jms00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)10:40
jms(II) intel(0): Integrated Graphics Chipset: Intel(R) Mobile IntelĀ® GM45 Express Chipset10:41
tjaaltonare you using clone mode?10:42
jmsno10:42
jmsthe two displays don't have the same mode. and i'd be happy if vga-only worked as expected really10:42
tjaaltonok10:43
jmsbrb, rebooting10:51
directhexsimultaneously fighting getting a TPM chip working with the 1600x1200 problem11:05
directhexhence reboots11:05
jgbryce: ping15:00
AndyBHi, i am trying to install this https://edge.launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill package so i can use desktop effects with my ati card. I have added the software sources but it does not say what do to next. Any advice?16:43
mdzbryce, I had a crash this morning which looked very much like bug 34352821:10
ubottuLaunchpad bug 343528 in xserver-xorg-input-evdev "Xorg crashed with SIGSEGV in EvdevMBEmuBlockHandler()" [Medium,Fix released] https://launchpad.net/bugs/34352821:10
mdzbryce, but I'm quite certain I was running 1:2.2.2-1ubuntu221:11
brycehmm21:13
brycemdz, and you see pEvdev = (EvdevPtr) 0x0  in the #0 call in your backtrace?21:16
jgbryce: I "up"graded to koala on this intel laptop: but it is a bit exciting, from the display point of view.  If I try the gnome display preferences program and enable the cmo panel, my screen goes almost entirely black (a few lines at the top seem to survive).21:22
brycemdz, weird.  I rebuilt the package and verified the patch is getting applied properly and so on.  To my knowledge, it may still crash since we're papering over what is probably some deeper bug, however it should *not* produce the exact same backtrace.  i'd like to look at your trace if you still have it handy.21:23
jgbryce: and the X server has crashed at least once while playing around....21:24
brycejg, bummer, does the same thing happen if you use only the xrandr tool?  (Gnome's implementation of the Xrandr stuff has proven to be incorrect in the past.)21:24
jg_bryce: to answer your question, xrandr is just as exciting.  typing xrandr<cr> does the same thing.21:26
brycewow21:26
jg_definitely dramatic.21:26
jg_downright cool...21:26
bryceindeed21:26
brycesomething is really bad on your system21:27
brycecan you post your Xorg.0.log.old somewhere?  (Or file a bug via `ubuntu-bug xorg`)21:27
bryceI have never yet seen a bug where running xrandr crashes the system.21:28
jg_bryce: didn't crash the system.21:29
jg_just screwed up the video on the panel entirely.21:30
bryceohhh21:30
jg_(on the built in panel; all I did was type xrandr, no arguments.21:30
jg_quite fun, acutally.21:30
jg_bryce: exactly repeatable; plug the panel in, type xrandr, and the same thing happens again.21:33
=== jg_ is now known as jg
mdzbryce, I couldn't retrace it, because it didn't leave a crash report behind (it is actually the crash which inspired my mail to -devel about apport)21:36
mdzbryce, the trace from the X server log is at http://pastebin.com/f1424d50321:37
brycemdz, ok my guess here is that maybe it's crashing now due to something other than a null pointer21:41
jgbryce: anything you'd like me to try?21:43
brycejg, well if you're game, we do have some debugging tools to use for cases like this, let me grab a link21:43
brycejg, https://wiki.ubuntu.com/X/Troubleshooting/Freeze21:44
jgI'm game....  21:44
brycejg, what anholt will want is that batchbuffer dump21:44
jgbryce: the thing is, it isn't a freeze.21:44
jgCursor still responds, and changes....21:44
brycejg, changes?21:44
jgshape changes as to underlying windows.21:45
brycehmm21:45
bryceok, then maybe it can be treated as a blank screen issue21:46
jgso the server is still alive; the screen mostly dark, but a few lines on the top clearly come from someplace real (part of a panel).21:46
brycehttps://wiki.ubuntu.com/X/Troubleshooting/BlankScreen - go to the section 'Register Dumps for -intel'21:46
superm1bryce, regarding bug 341898, what's in 529d1d72 ? did upstream mesa finally acknowledge it's a mesa bug?21:47
ubottuLaunchpad bug 341898 in xorg-server "(Needs mesa 529d1d72) MythTV Frontend does not work with RADEON DRI" [Unknown,Fix released] https://launchpad.net/bugs/34189821:47
brycehmm, well what you describe doesn't fall neatly into one of the known failure cases.  But my guess is that upstream would like either the register dumps or the batchbuffer dump21:47
brycejg, maybe jbarnes can give some advice here?21:47
jgyeah, I've not seen anything quite like this bug in > 25 years of messing with video cards....21:48
jgbryce: I agree the register dumper is the place to start....21:49
brycesuperm1, your comment on the upstream bug indicated that patch fixed it - https://bugs.freedesktop.org/show_bug.cgi?id=20843#c421:49
ubottuFreedesktop bug 20843 in Server/general "Xorg server 1.6 causes mythtv to not show QT3 QWidgets properly" [Normal,Resolved: fixed]21:50
superm1bryce, oh, that only fixed it for -vesa21:50
brycesuperm1, maybe that bug report has become an aggregation of various unrelated issues?21:50
superm1yeah21:50
bryce:-(21:50
superm1well it's two issues that aggregated on there with similar symptoms21:51
superm1one of them was on -vesa and the other on -ati21:51
jbarnesjg, bryce: well the probe path is clearly doing *something* bad :)21:51
superm1the remaining open item was on -ati21:51
jbarnesjg: what chipset?21:51
jgjbarnes: Intel 945, IIRC.21:51
brycesuperm1, it really makes it hard to determine the current status on a bug report, when it involves multiple unrelated issues on differing hardware. 21:51
superm1as soon as we have new mythbuntu disks rolled for karmic (ttf-bitstream-vera is the end of me right now), we've got trunk builds of mythtv with QT4, which I heard don't exhibit these situations21:51
jbarnesjg: any reg dump differences before & after?21:52
superm1bryce, i agree.  i'll try to update the status of it and the description after I can have this data point with mythtv 0.22 / QT421:52
jgjbarnes: I'm collecting data now.21:52
brycesuperm1, because the bug is targeted to karmic, I'm getting management asking me for status on the bug21:52
brycesuperm1, ah, so it is a QT bug?21:53
superm1bryce, well that depends on who you talk to :)21:55
superm1the mesa folks say its a QT bug, the mythtv folks say it's a mesa bug, and QT3 isn't developed anymore21:55
jgjbarnes: lots of differences...21:55
superm1i'm really hoping it just goes away with QT4 like I have heard.  if not, then at least QT4 people can weigh in on it too21:55
jbarnesjg: can you file a bug at fdo with the dumps attached?21:58
jgbryce, jbarnes: looks like 11 registers differ21:58
jgjbarnes: sure.21:58
jbarnesthanks21:58
jbarnesare they the mode timing regs by chance?21:58
jgjbarnes: what all do you want exactly?21:58
jbarnes(H_TOTAL etc)21:58
brycesuperm1, ok thanks21:59
jbarnesjg: usual stuff, driver kernel x mesa versions21:59
jbarnesdmesg & x log21:59
jbarnesreg dumps from before & after21:59
brycesuperm1, it would be wonderful if we could split the bug up into its constituent bugs, but if you think you'll be able to get the bug closed soonish it may not matter21:59
superm1bryce, yeah as soon as all of ttf-bitstream-vera's rdepends are cleaned up, I can verify it myself whether it's fixed22:00
brycesuperm1, great thanks22:00
jgjbarnes: they are ADPA DSPACNTR DSPABASE PIPEACONF PIPEACONF PIPEASTAT DPLL_A DSPBSTRIDE DSPBBASE FENCE 3 FENCE 4 and FENCE 522:00
superm1if it's not, then splitting it up is probably the next step and getting more updated data etc22:00
brycesuperm1, we also have a newer mesa git build in xorg-edgers that could be tested22:00
jbarnesjg: oh hm22:01
jglots of fun registers....22:01
brycejbarnes, pipea bug?22:01
superm1bryce, okay good to know.  hopefully dont need to go down that route :)22:01
jbarnesjg: unless the pipe config got messed up or we're pointing at a different base I don't see why those would mess up your panel22:01
jbarnesbryce: that usually leads to hard hangs22:01
jgjbarnes, bryce: bug 2342922:25
ubottuLaunchpad bug 23429 in console-tools "console-tools can't handle 12x22 fonts" [Medium,Won't fix] https://launchpad.net/bugs/2342922:25
jcristauclearly ubottu needs some more brains. :)22:29
brycefdo #23429 ?22:30
brycefreedesktop bug #23429 ?22:30
ubottuFreedesktop bug 23429 in Driver/intel "Video gets screwed up on built in panel when external monitor plugged in and xrandr run." [Critical,New] http://bugzilla.freedesktop.org/show_bug.cgi?id=2342922:30
Ngbryce: hrm, not sure those anti-random-power-event patches helped any :/23:29
bryceNg, no?23:29
bryceNg, I'd assumed they were confirmed to fix it23:30
NgI updated this morning and got a new xserver core. set all my power management settings back from "never do anything" this afternoon and this evening I was just browsing the web and my laptop suspended23:31
NgI wonder if there were associated changes to g-p-m23:31
NgI also badly wish that syslog mentioned pm events and what triggered them23:32
bryceyeah23:34
brycethat's what I was just thinking myself...  if the fixes aren't fixing it, at least give us better debugging tools23:34
NgI've just stabbed g-p-m and will leave it running in a terminal with --verbose, but I'm going to be really really offline for most of the next week23:35
bryceNg, ironically my monitors just now blanked ;-)23:43
bryce(however I've not yet rebooted this box into the "fixed" xserver23:43
bryce+)23:43
Ngheh23:45
bryceNg, maybe there are multiple bugs that result in the same symptom23:46
bryceso maybe the patches have helped, but they're just not sufficient to eliminate it entirely23:46
Ngyeah23:47
Ngor my laptop just hates my freedom ;)23:47
bryceNg, is it screaming, "Put windoze on me pleeaaaseee..."?  :-)23:49
Nghaha23:49
NgI ripped off its vista sticker, so it had better not!23:50

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