Bug 5953 - on resolution change w/ xrandr / mergedFB dpi setting of Xserver is changed
Summary: on resolution change w/ xrandr / mergedFB dpi setting of Xserver is changed
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/DDX/Xorg (show other bugs)
Version: 6.9.0
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-19 06:45 UTC by Michael Eyrich
Modified: 2009-07-09 09:24 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments

Description Michael Eyrich 2006-02-19 06:45:37 UTC 
Problem:
  Xserver started with 1400x1050-1600x1200 reports (xdpyinfo) 100x100 dpi 
resolution. Switching to 1400x1050+1400x1050 (clone mode) reported resolution 
is: 47x87 dots per inch
  As a result fonts are much too small (unusable small) for new windows 
(konsole, konqueror, ...), aspect ratio is broken (e.g., xine)

Expected behaviour: 
  DPI value should be kept constant.

Additional information:
  - second monitor is forced (TMDS) since DDC doesn't recognize it and it 
should be available even if X is started without external monitor
  - H/V sync-rates are provided for the same reason
  - ConstantDPI and MergedDPI are set but do not change behaviour

Device and Monitor sections from xorg.conf:

Section "Device"
        Identifier  "l565"
        Driver      "radeon"
        VendorName  "Videocard vendor"
        BoardName   "ATI Radeon Mobility M300"
        Option      "AGPMode"                   "4"
        Option      "AGPFastWrite"              "on"
        Option      "DynamicClocks"             "on"
        Option     "MonitorLayout"              "LVDS, TMDS"
        Option      "MergedNonRectangular"      "on"
        Option      "MergedDPI"                 "100 100"
        Option      "ConstantDPI"               "yes"
        Option      "CRT2Position"              "RightOf"
        Option      "MergedXineramaCRT2IsScreen0" "off"
        Option      "DDCMode"                   "off"
        #Eizo Flexscan L565:
        Option      "CRT2HSync"                 "31.30-80.50"
        Option      "CRT2VRefresh"              "20.00-60.00"
        # HP2025 1600x1200:
        #Option      "CRT2HSync"                "30-92"
        #Option      "CRT2VRefresh"             "56-85"

        Option "MetaModes" "1400x1050+1280x1024 1400x1050-1280x1024 1400x1050 
1400x1050+1400x1050 1400x1050
-1400x1050 1400x1050-1280x1024 1280x1024"
       BusID           "PCI:1:0:0"
        Screen          0
EndSection



Section "Monitor"
        Identifier   "Monitor0"
        VendorName   "Monitor Vendor"
        ModelName    "LCD Panel 1400x1050"
        HorizSync    31.5 - 90.0
        VertRefresh  59.0 - 75.0
        Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 
+hsync +vsync
        Modeline "1600x1200"  189.00  1600 1664 1856 2160  1200 1201 1204 1250 
+hsync +vsync
        Option      "dpms"
EndSection

System: Debian unstable
ii  xserver-xorg         6.9.0.dfsg.1-4       the X.Org X server

M. Eyrich
Comment 1 Daniel Stone 2007-02-27 01:30:33 UTC 
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 2 Jerome Glisse 2009-06-30 07:07:31 UTC 
Do you still have this issue with recent Xorg & ddx driver ?
Comment 3 Michael Eyrich 2009-06-30 12:22:44 UTC 
(In reply to comment #2)
> Do you still have this issue with recent Xorg & ddx driver ?
> 
Sorry, I can check the behaviour no longer since the machine died recently ...
Comment 4 Jerome Glisse 2009-07-09 09:24:10 UTC 
Closing this bug, assuming it's now fixed.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.