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

Bug#668828: Appears virtual desktop stays large regardless of efforts to limit.



Another observation:.

In Debian 7 Gnome Classic with the aforementioned "workaround 3" in place to get around display corruption, I see: xrandr -q
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 4096 x 4096
DVI-I-2 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0 
   1152x864       75.0 
   1024x768       75.1     60.0 
   800x600        75.0     60.3 
   640x480        75.0     60.0 
   720x400        70.1 

Note the maximum is still showing 4096 x 4096 even though I've done all I can think of to limit it. I also can drag windows off my screen in all four directions.
IF I remotely understand what is going on, this could also present itself as poor video performance in addition to the display corruption. It appears that video memory is still being allocated for an area of 4096 x 4096.

The above xrandr -q was run with yaboot - boot: Linux video=DVI-I-1:d video=DVI-I-2:1280x1024-24@75 video=TV-1:d
along with this xorg.conf.
Section "Device"
    Identifier    "FX5200"
    BusID        "PCI:240:16:0"
    Driver          "nouveau"
    Option    "Monitor-DVI-I-1" "ADC_Port"
    Option    "Monitor-DVI-I-2" "DVI_Port"
    Option    "Monitor-TV-1" "TV_Port"
EndSection

Section "Monitor"
    Identifier    "DVI_Port"
EndSection

Section "Monitor"
    Identifier    "ADC_Port"
    Option    "Ignore" "true"
EndSection

Section "Monitor"
    Identifier    "TV_Port"
    Option    "Ignore" "true"
EndSection

Section "Screen"
    Identifier    "Default Screen"
    Device        "FX5200"
        DefaultDepth    24
           SubSection       "Display"
             Depth            24
         Virtual 1280 1280
           EndSubSection
EndSection

Section "ServerLayout"
    Identifier    "Default Layout"
    Screen        "Default Screen"
EndSection


Thank you.

Reply to: