On Mon, Jan 28, 2008 at 03:04:32PM -0500, charlie derr wrote: > Andrew Sackville-West wrote: >> On Mon, Jan 28, 2008 at 09:29:18AM -0500, charlie derr wrote: >>> I have a laptop with a native resolution of 1900x1200 which has been >>> working fine for the past year an a half. >>> >>> This weekend I upgraded (which included both X and kde) in unstable/sid >>> and now I find that my X session is being rendered (according to >>> xvidtune) at 1680x1050 >>> >>> What's odd is that the relevant section from /etc/X11/xorg.conf (pasted >>> below) wouldn't seem to allow that. >> >> from you're Xorg.0.log below, it is clear the it's trying to get >> 1920x1200 but can't because all the options it tries are out of >> sync. >> > > Thanks for the info. What's odd is that my xorg.conf file is timestamped > 2006-10-29 (which is definitely the last time I intentionally messed with > it). And I was definitely getting 1900x1200 before this recent upgrade. > So it used to work fine (prior to the new X packages (7.3+10) being > installed).
a lot has changed since then. ... > > Thanks for the explanation. I'm still puzzled why my recent upgrade > changed things (when my xorg.conf file is still the same). One would think > that both the new and older xserver-xorg packages would round in the same > way... who knows. > > When I try to use Dell's online system, here's the truncated information > available for what's specifically installed (in terms of the LED screen). > Doesn't seem that helpful to me, but maybe someone with expertise can > intuit the actual details about what hardware is being described: > > 1 PF006 LIQUID CRYSTAL DISPLAY..., 17, WU, VIDEO ELEC. STDS. ASSOC...., > SHARP..., V2 > 1 RG688 ASSEMBLY..., CABLE..., COAXIAL ..., LIQUID CRYSTAL DISPLAY..., > 17, ZANZIBAR/RIKERS/SUVA... > > I just went back and found the original invoice (which is much less helpful). > That simply specifies 17" WUXGA display. well, that's just not helpful at all it is... > >> >> I find the read-edid package helpful if you can't get the specs. > > Thanks for that. Here's the output of get-edid: > > get-edid: get-edid version 1.4.1 > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 > Function supported > Call successful > > VBE version 300 > VBE string at 0x11110 "NVIDIA" > > VBE/DDC service about to be called > Report DDC capabilities > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 > Function supported > Call successful > > Monitor and video card combination does not support DDC1 transfers > Monitor and video card combination does not support DDC2 transfers > 0 seconds per 128 byte EDID block transfer > Screen is not blanked during DDC transfer > > Reading next EDID block > > VBE/DDC service about to be called > Read EDID > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 > Function supported > Call failed > > The EDID data should not be trusted as the VBE call failed > Error: output block unchanged > neither is that. ... > > Section "Monitor" > Identifier "Generic Monitor" > Option "DPMS" > HorizSync 30-70 > VertRefresh 50-160 > EndSection I'd start by commenting out the HorizSync and VertRefresh lines above to let xorg pick it's own instead of being constrained. > > Section "Screen" > Identifier "Default Screen" > Device "Generic Video Card" > Monitor "Generic Monitor" > DefaultDepth 16 > SubSection "Display" > Depth 1 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 4 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 8 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 15 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 16 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 24 > Modes "1920x1200" > EndSubSection > EndSection also, check Jorg-Volker's idea too. It may be relevant. A
signature.asc
Description: Digital signature