Bug#442240: /usr/bin/dexconf: writes incorrect refresh rates into xorg.conf
Debian Live user wrote:
> Package: x11-common
> Version: 1:7.2-5
> Severity: normal
> File: /usr/bin/dexconf
>
>
> The LCD panel is detected correctly as shown in the log, and the default
> mode is the native resolution @60Hz.
>
> However, modes forg lower resolutions @85Hz are also selected, and they
> are used for fullscreen applications (specifically dosemu). The panel
> works correctly only with 60-75Hz modes.
>
> Removing the refresh rates from the config file solves the problem.
> (II) NV(0): Probing for EDID on I2C bus A...
> (II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0.
> (II) NV(0): I2C device "DDC:ddc2" removed.
> (--) NV(0): DDC detected a CRT:
> (II) NV(0): Manufacturer: ENC Model: 1643 Serial#: 0
> (II) NV(0): Year: 2002 Week: 12
> (II) NV(0): EDID Version: 1.2
> (II) NV(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V
> (II) NV(0): Sync: Separate
> (II) NV(0): Max H-Image Size [cm]: horiz.: 32 vert.: 25
> (II) NV(0): Gamma: 2.20
> (II) NV(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
> (II) NV(0): First detailed timing is preferred mode
> (II) NV(0): redX: 0.639 redY: 0.340 greenX: 0.280 greenY: 0.602
> (II) NV(0): blueX: 0.143 blueY: 0.087 whiteX: 0.303 whiteY: 0.319
> (II) NV(0): Supported VESA Video Modes:
> (II) NV(0): 720x400@70Hz
> (II) NV(0): 640x480@60Hz
> (II) NV(0): 640x480@67Hz
> (II) NV(0): 640x480@72Hz
> (II) NV(0): 640x480@75Hz
> (II) NV(0): 800x600@56Hz
> (II) NV(0): 800x600@60Hz
> (II) NV(0): 800x600@72Hz
> (II) NV(0): 800x600@75Hz
> (II) NV(0): 832x624@75Hz
> (II) NV(0): 1024x768@60Hz
> (II) NV(0): 1024x768@70Hz
> (II) NV(0): 1024x768@75Hz
> (II) NV(0): 1280x1024@75Hz
> (II) NV(0): 1152x870@75Hz
>
EDID seems to be confirming that no 85Hz modeline is supported.
Can you try a more recent Xorg?
I have a rebuild of the 2.1.7 driver for testing available in
http://people.debian.org/~bgoglin/rebuilds/nv-2.1.7-Xserver1.3/
But it would be better to just upgrade your Xorg to unstable. RandR 1.2
probing may be better there, and the modes could be better chosen.
Brice
Reply to: