Bug#474319: xserver-xorg-video-nv: In lenny only the 75% of the screen is used while in etch was 100%
The problem has been neglected with a workaround in the xorg.conf file
in the /etc/X11/ directory. A new "Modes" section has been added and
its content has been made available to the "Monitor" section with the
"UseModes" entry.
A new copy of the xorg.conf file has been attached.
The problem relies on the automatically detected ModeLines: for the
1680x1050 resolution there are 3 discoveries by the server (see my
previously attached Xorg.0.log file):
1. (**) NV(0): *Driver mode "1680x1050": 146.2 MHz, 65.3 kHz, 60.0 Hz
(II) NV(0): Modeline "1680x1050" 146.25 1680 1784 1960 2240
1050 1053 1059 1089 +hsync -vsync
2. (**) NV(0): Driver mode "1680x1050": 146.2 MHz, 65.3 kHz, 60.0 Hz
(II) NV(0): Modeline "1680x1050" 146.25 1680 1784 1960 2240
1050 1053 1059 1089 -hsync +vsync
3. (**) NV(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz
(II) NV(0): Modeline "1680x1050" 147.14 1680 1784 1968 2256
1050 1051 1054 1087
These 3 modes are automatically put into the list of available modes
which can be changed with the Ctrl-Alt-+ and Ctr-Alt-- key sequences,
and the first one (with the wrong values) is used as the default value
for the X server. In this sense the bug still remains since it is not
clear to me why these values are detected by the server...
The workaround is to add at the beginning of the list a new mode
called "1680x1050byP" with the right configuration timing and sync
values...
The problem of a new call to dpkg-reconfigure still remains: if a new
reconfiguration is made, then all the manually inserted changes are
lost, and then they has to be re-entered by hand... Maybe a
"dpkg-reconfigure -phigh xserver-xorg" with the -phigh option could
avoid this problem, but I did not tested it yet.
Reply to: