[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Solved] My lenny picks the wrong resolution whereas squeeze is right



Doing a full quote in case somebody doesn't know how to find its 
parents....

On Fri, 17 Sep 2010 12:49:32 -0400, Stephen Powell wrote:

>> /etc/X11/xorg.conf
>> http://paste.debian.net/90057/
>> 
>> Worked xog log:
>> http://paste.debian.net/90058/
>> 
>> Not working one:
>> http://paste.debian.net/90059/
>> 
>> Squeeze output:
>> http://paste.debian.net/90060/
>>>
>>> . . . 
> 
> OK, I have looked at your files.  The key to Lenny is right here:
> 
>    (--) NV(0): Virtual size is 1152x864 (pitch 1152)
> 
> The X server picked 1152x864 as the virtual desktop size for some
> reason. The corresponding message for Squeeze is
> 
>    (--) NV(0): Virtual size is 1280x1024 (pitch 1280)
> 
> Which is the desired behavior.
> 
> The question is, "Why did Lenny pick 1152x864 as the virtual desktop
> size, while Squeeze picked 1280x1024?"  And I don't know the answer.  At
> least not yet.  But that is the problem.  Because it picked the wrong
> virtual desktop size, it rejected all the 1280x1024 video modes with
> 
>    (II) NV(0): Not using driver mode "1280x1024" (width too large for
>    virtual size) (II) NV(0): Not using driver mode "1280x1024" (width
>    too large for virtual size) (II) NV(0): Not using driver mode
>    "1280x1024" (width too large for virtual size) (II) NV(0): Not using
>    default mode "1280x1024" (width too large for virtual size) (II)
>    NV(0): Not using default mode "1280x1024" (width too large for
>    virtual size)
> 
> The double hyphen in parentheses preceding the message text indicates
> that the value was "probed".
> 
> The algorithm used to determine the virtual desktop size "should" be as
> follows (assuming a single monitor):
> 
> (1) If the virtual desktop size is explicitly specified in the Display
> subsection
>     of the Screen section, then the specified value is used.  For
>     example:
> 
>        Virtual 1280 1024
> 
>     The virtual desktop size is explicitly specified as 1280x1024.
> 
> (2) If the virtual desktop size is not explicitly specified, then the
> largest x
>     value and the largest y value needed for any of the modes specified
>     in the "Modes" line are used.  For example:
> 
>        Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
> 
>     The largest x value is 1280 and the largest y value is 1024. 
>     Therefore, the virtual desktop size is 1280x1024.
> 
> What I would try first is commenting out the "Modeline" statement in the
> version of /etc/X11/xorg.conf that you posted and leave everything else
> exactly the same.  In particular, leave the "Modes" statement in the
> Display subsection of the Screen section alone.  Specifying "1280x1024"
> as the first mode listed in the "Modes" statement should be sufficient.

This doesn't work. I need to pan to reach every corner. 

> If it doesn't work, try explicitly specifying a "Virtual" statement
> immediately above the "Modes" statement as follows:
> 
>        Virtual 1280 1024

Yes! this works. 

JFTA, 

- full log of /var/log/Xorg.0.log posted as http://paste.debian.net/90581/

- here is my setting:

Section "Monitor"
        Identifier   "Monitor0"
        Option       "DPMS"      "true"
	#ModeLine     "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 
1028 1066 +hsync +vsync # x60.0 (64.0 kHz)

EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "Monitor0"
        DefaultColorDepth 16
        SubSection "Display"
                Depth     16
		Virtual 1280 1024
                Modes "1280x1024" "1152x864" "1024x768" "800x600" 
"640x480"
        EndSubSection
EndSection

To recap, either adding that ModeLine or this Virtual line work, whereas 
the latter is better.

> If that doesn't work either, then there's certainly a bug in the X
> server. Be glad that you found a work-around.

Preserved for poorer souls.

Thanks again Stephen for your help and your persistent!

-- 
Tong (remove underscore(s) to reply)
  http://xpt.sourceforge.net/techdocs/
  http://xpt.sourceforge.net/tools/


Reply to: