Bug 13964 - xserver-xorg-video-ati (1:6.7.197-1): manual edit of xorg.conf is required. xrandr and xdpyinfo do not correspond to correct ddcprobe EDID info
Summary: xserver-xorg-video-ati (1:6.7.197-1): manual edit of xorg.conf is required. x...
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-08 02:03 UTC by Bryan Cebuliak
Modified: 2018-06-12 18:44 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (75.87 KB, text/plain)
2008-01-08 15:37 UTC, Bryan Cebuliak
no flags Details
xorg.conf (1.29 KB, text/plain)
2008-01-08 15:37 UTC, Bryan Cebuliak
no flags Details
ddcprobe of Shuttle XP17 Monitor via DVI (1.33 KB, text/plain)
2009-07-16 00:43 UTC, Bryce
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bryan Cebuliak 2008-01-08 02:03:32 UTC
System: Debian Sid 
Package: xserver-xorg-video-ati
Version: 1:6.7.197-1
Description: Using an old 15" TFT-LCD  monitor reporting correct EDID
version 1.0 information as per ddcprobe a manual edit of xorg.conf is
required. Otherwise resolution is wrong rendering the GUI unusable
especially with KDE  and KDM or GDM login.

Advice given in XStrikeForce about ModeLine entry in Monitor section
is incomplete, only forcing proper graphic size. A DisplaySize entry
must be included as well in  the Monitor section or else fonts are too
large in GDM login and KDE.

The ddcprobe gives correct  EDID information, but xdpyinfo and xrandr
do not concur as they do with the previous xserver-xorg-video-ati
version 1:6.6.193-3. Instead they report ridiculously incorrect
dimensions.

Below are the results of ddcprobe and  xdpyinfo/xrandr before and
after "upgrade". The correctly working xorg.conf is listed last.

This need for manual configuration using hardware correctly reporting
EDID is an unacceptable regression. Please fix.
Your user,
Bryan Cebuliak

see:
http://wiki.x.org/wiki/radeon
http://wiki.debian.org/XStrikeForce/HowToRandR12

ddcprobe:

vbe: VESA 2.0 detected.
oem: ATI RS300
memory: 135168kb
mode: 320x200x32k
mode: 320x200x64k
mode: 320x200x16m
mode: 1600x1200x256
mode: 640x400x256
mode: 640x480x256
mode: 640x480x32k
mode: 640x480x64k
mode: 640x480x16m
mode: 1600x1200x32k
mode: 800x600x256
mode: 800x600x32k
mode: 800x600x64k
mode: 800x600x16m
mode: 1600x1200x64k
mode: 1024x768x256
mode: 1024x768x32k
mode: 1024x768x64k
mode: 1024x768x16m
mode: 1280x1024x256
mode: 1280x1024x32k
mode: 1280x1024x64k
mode: 1280x1024x16m
edid:
edid: 1 0
id: 6740
eisa: KTC6740
serial: 176352ef
manufacture: 17 2002
input: sync on green, analog signal.
screensize: 30 23
gamma: 2.530000
dpms: RGB, active off, suspend, standby
timing: 720x400@70 Hz (VGA 640x400, IBM)
timing: 640x480@60 Hz (VGA)
timing: 640x480@67 Hz (Mac II, Apple)
timing: 640x480@75 Hz (VESA)
timing: 800x600@75 Hz (VESA)
timing: 832x624@75 Hz (Mac II)
timing: 1024x768@87 Hz Interlaced (8514A)
timing: 1024x768@75 Hz (VESA)
timing: 1280x1024@75 (VESA)
ctiming: 640x480@70
ctiming: 640x480@75
ctiming: 800x600@72
ctiming: 800x600@75
ctiming: 1024x768@60
ctiming: 1024x768@72
ctiming: 1024x768@75
monitorname: O-5002L
monitorid: 886-3-563251
monitorserial: 123456

new xrandr showing ridiculous dimension 512mm x 32mm:

Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1280 x 1200
VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y
axis) 512mm x 32mm
  1024x768_75.00   75.0*+
  1280x800       60.0
  1280x768       60.0
  1024x768       74.9     75.1     71.9     70.1     60.0     59.9
  800x600        72.2     75.0     74.9     72.0     60.3
  640x480        75.0     72.8     74.8     69.6     60.0     59.9
DVI-0 disconnected (normal left inverted right x axis y axis)
SScreen 0: minimum 320 x 200, current 1024 x 768, maximum 1280 x 1200
VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y
axis) 512mm x 32mm
  1024x768_75.00   75.0*+
  1280x800       60.0
  1280x768       60.0
  1024x768       74.9     75.1     71.9     70.1     60.0     59.9
  800x600        72.2     75.0     74.9     72.0     60.3
  640x480        75.0     72.8     74.8     69.6     60.0     59.9
DVI-0 disconnected (normal left inverted right x axis y axis)
S-video disconnected (normal left inverted right x axis y axis)-video
disconnected (normal left inverted right x axis y axis)

xdpyinfo on old xserver-xorg-video-ati version showing correct
dimensions 1024x768 pixels (302x232 millimeters):

name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    10400000
X.Org version: 1.4.0
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
   depth 1, bits_per_pixel 1, scanline_pad 32
   depth 4, bits_per_pixel 8, scanline_pad 32
   depth 8, bits_per_pixel 8, scanline_pad 32
   depth 15, bits_per_pixel 16, scanline_pad 32
   depth 16, bits_per_pixel 16, scanline_pad 32
   depth 24, bits_per_pixel 32, scanline_pad 32
   depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x2e00007, revert to PointerRoot
number of extensions:    33
   BIG-REQUESTS
   Composite
   DAMAGE
   DOUBLE-BUFFER
   DPMS
   Extended-Visual-Information
   GLX
   MIT-SCREEN-SAVER
   MIT-SHM
   MIT-SUNDRY-NONSTANDARD
   RANDR
   RECORD
   RENDER
   SECURITY
   SGI-GLX
   SHAPE
   SYNC
   TOG-CUP
   X-Resource
   XAccessControlExtension
   XC-APPGROUP
   XC-MISC
   XFIXES
   XFree86-Bigfont
   XFree86-DGA
   XFree86-DRI
   XFree86-Misc
   XFree86-VidModeExtension
   XINERAMA
   XInputExtension
   XKEYBOARD
   XTEST
   XVideo
default screen number:    0
number of screens:    1

screen #0:
 dimensions:    1024x768 pixels (302x232 millimeters)
 resolution:    86x84 dots per inch
 depths (7):    24, 1, 4, 8, 15, 16, 32
 root window id:    0x4e
 depth of root window:    24 planes
 number of colormaps:    minimum 1, maximum 1
 default colormap:    0x20
 default number of colormap cells:    256
 preallocated pixels:    black 0, white 16777215
 options:    backing-store NO, save-unders NO
 largest cursor:    64x64
 current input event mask:    0xfa4031
   KeyPressMask             EnterWindowMask          LeaveWindowMask
   KeymapStateMask          StructureNotifyMask      SubstructureNotifyMask
   SubstructureRedirectMask FocusChangeMask          PropertyChangeMask
   ColormapChangeMask
 number of visuals:    17
 default visual id:  0x23
 visual:
   visual id:    0x23
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x24
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x25
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x26
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x27
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x28
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x29
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2a
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2b
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2c
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2d
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2e
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2f
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x30
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x31
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x32
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x4c
   class:    TrueColor
   depth:    32 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits

properly working xorg.conf with new xserver-xorg-video-ati:

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
       Identifier      "Generic Keyboard"
       Driver          "kbd"
       Option          "XkbRules"      "xorg"
       Option          "XkbModel"      "pc104"
       Option          "XkbLayout"     "us"
EndSection

Section "InputDevice"
       Identifier      "Configured Mouse"
       Driver          "mouse"
       Option          "Emulate3Buttons"       "true"
EndSection

Section "Device"
       Identifier      "ATI Technologies Inc Radeon 9100 IGP"
       Driver          "ati"
       BusID           "PCI:1:5:0"
EndSection

Section "Monitor"
       Identifier      "Configured Monitor"
       Option          "DPMS"
 Package: xserver-xorg-video-ati
Version: 1:6.7.197-1
Description: Using an old 15" TFT-LCD  monitor reporting correct EDID
version 1.0 information as per ddcprobe a manual edit of xorg.conf is
required. Otherwise resolution is wrong rendering the GUI unusable
especially with KDE  and KDM or GDM login.

Advice given in XStrikeForce about ModeLine entry in Monitor section
is incomplete, only forcing proper graphic size. A DisplaySize entry
must be included as well in  the Monitor section or else fonts are too
large in GDM login and KDE.

The ddcprobe gives correct  EDID information, but xdpyinfo and xrandr
do not concur as they do with the previous xserver-xorg-video-ati
version 1:6.6.193-3. Instead they report ridiculously incorrect
dimensions.

Below are the results of ddcprobe and  xdpyinfo/xrandr before and
after "upgrade". The correctly working xorg.conf is listed last.

This need for manual configuration using hardware correctly reporting
EDID is an unacceptable regression. Please fix.
Your user,
Bryan Cebuliak

see:
http://wiki.x.org/wiki/radeon
http://wiki.debian.org/XStrikeForce/HowToRandR12

ddcprobe:

vbe: VESA 2.0 detected.
oem: ATI RS300
memory: 135168kb
mode: 320x200x32k
mode: 320x200x64k
mode: 320x200x16m
mode: 1600x1200x256
mode: 640x400x256
mode: 640x480x256
mode: 640x480x32k
mode: 640x480x64k
mode: 640x480x16m
mode: 1600x1200x32k
mode: 800x600x256
mode: 800x600x32k
mode: 800x600x64k
mode: 800x600x16m
mode: 1600x1200x64k
mode: 1024x768x256
mode: 1024x768x32k
mode: 1024x768x64k
mode: 1024x768x16m
mode: 1280x1024x256
mode: 1280x1024x32k
mode: 1280x1024x64k
mode: 1280x1024x16m
edid:
edid: 1 0
id: 6740
eisa: KTC6740
serial: 176352ef
manufacture: 17 2002
input: sync on green, analog signal.
screensize: 30 23
gamma: 2.530000
dpms: RGB, active off, suspend, standby
timing: 720x400@70 Hz (VGA 640x400, IBM)
timing: 640x480@60 Hz (VGA)
timing: 640x480@67 Hz (Mac II, Apple)
timing: 640x480@75 Hz (VESA)
timing: 800x600@75 Hz (VESA)
timing: 832x624@75 Hz (Mac II)
timing: 1024x768@87 Hz Interlaced (8514A)
timing: 1024x768@75 Hz (VESA)
timing: 1280x1024@75 (VESA)
ctiming: 640x480@70
ctiming: 640x480@75
ctiming: 800x600@72
ctiming: 800x600@75
ctiming: 1024x768@60
ctiming: 1024x768@72
ctiming: 1024x768@75
monitorname: O-5002L
monitorid: 886-3-563251
monitorserial: 123456

new xrandr showing ridiculous dimension 512mm x 32mm:

Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1280 x 1200
VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y
axis) 512mm x 32mm
  1024x768_75.00   75.0*+
  1280x800       60.0
  1280x768       60.0
  1024x768       74.9     75.1     71.9     70.1     60.0     59.9
  800x600        72.2     75.0     74.9     72.0     60.3
  640x480        75.0     72.8     74.8     69.6     60.0     59.9
DVI-0 disconnected (normal left inverted right x axis y axis)
SScreen 0: minimum 320 x 200, current 1024 x 768, maximum 1280 x 1200
VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y
axis) 512mm x 32mm
  1024x768_75.00   75.0*+
  1280x800       60.0
  1280x768       60.0
  1024x768       74.9     75.1     71.9     70.1     60.0     59.9
  800x600        72.2     75.0     74.9     72.0     60.3
  640x480        75.0     72.8     74.8     69.6     60.0     59.9
DVI-0 disconnected (normal left inverted right x axis y axis)
S-video disconnected (normal left inverted right x axis y axis)-video
disconnected (normal left inverted right x axis y axis)

xdpyinfo on old xserver-xorg-video-ati version showing correct
dimensions 1024x768 pixels (302x232 millimeters):

name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    10400000
X.Org version: 1.4.0
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
   depth 1, bits_per_pixel 1, scanline_pad 32
   depth 4, bits_per_pixel 8, scanline_pad 32
   depth 8, bits_per_pixel 8, scanline_pad 32
   depth 15, bits_per_pixel 16, scanline_pad 32
   depth 16, bits_per_pixel 16, scanline_pad 32
   depth 24, bits_per_pixel 32, scanline_pad 32
   depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x2e00007, revert to PointerRoot
number of extensions:    33
   BIG-REQUESTS
   Composite
   DAMAGE
   DOUBLE-BUFFER
   DPMS
   Extended-Visual-Information
   GLX
   MIT-SCREEN-SAVER
   MIT-SHM
   MIT-SUNDRY-NONSTANDARD
   RANDR
   RECORD
   RENDER
   SECURITY
   SGI-GLX
   SHAPE
   SYNC
   TOG-CUP
   X-Resource
   XAccessControlExtension
   XC-APPGROUP
   XC-MISC
   XFIXES
   XFree86-Bigfont
   XFree86-DGA
   XFree86-DRI
   XFree86-Misc
   XFree86-VidModeExtension
   XINERAMA
   XInputExtension
   XKEYBOARD
   XTEST
   XVideo
default screen number:    0
number of screens:    1

screen #0:
 dimensions:    1024x768 pixels (302x232 millimeters)
 resolution:    86x84 dots per inch
 depths (7):    24, 1, 4, 8, 15, 16, 32
 root window id:    0x4e
 depth of root window:    24 planes
 number of colormaps:    minimum 1, maximum 1
 default colormap:    0x20
 default number of colormap cells:    256
 preallocated pixels:    black 0, white 16777215
 options:    backing-store NO, save-unders NO
 largest cursor:    64x64
 current input event mask:    0xfa4031
   KeyPressMask             EnterWindowMask          LeaveWindowMask
   KeymapStateMask          StructureNotifyMask      SubstructureNotifyMask
   SubstructureRedirectMask FocusChangeMask          PropertyChangeMask
   ColormapChangeMask
 number of visuals:    17
 default visual id:  0x23
 visual:
   visual id:    0x23
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x24
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x25
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x26
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x27
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x28
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x29
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2a
   class:    TrueColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2b
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2c
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2d
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2e
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x2f
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x30
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x31
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x32
   class:    DirectColor
   depth:    24 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits
 visual:
   visual id:    0x4c
   class:    TrueColor
   depth:    32 planes
   available colormap entries:    256 per subfield
   red, green, blue masks:    0xff0000, 0xff00, 0xff
   significant bits in color specification:    8 bits

properly working xorg.conf with new xserver-xorg-video-ati:

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
       Identifier      "Generic Keyboard"
       Driver          "kbd"
       Option          "XkbRules"      "xorg"
       Option          "XkbModel"      "pc104"
       Option          "XkbLayout"     "us"
EndSection

Section "InputDevice"
       Identifier      "Configured Mouse"
       Driver          "mouse"
       Option          "Emulate3Buttons"       "true"
EndSection

Section "Device"
       Identifier      "ATI Technologies Inc Radeon 9100 IGP"
       Driver          "ati"
       BusID           "PCI:1:5:0"
EndSection

Section "Monitor"
       Identifier      "Configured Monitor"
       Option          "DPMS"
       Modeline "1024x768_75.00"  81.80  1024 1080 1192 1360  768 769 772
802  -HSync +Vsync
       Option "PreferredMode" "1024x768_75.00"
       DisplaySize  304 228
EndSection

Section "Screen"
       Identifier      "Default Screen"
       Monitor         "Configured Monitor"
EndSection      Modeline "1024x768_75.00"  81.80  1024 1080 1192 1360  768 769 772
802  -HSync +Vsync
       Option "PreferredMode" "1024x768_75.00"
       DisplaySize  304 228
EndSection

Section "Screen"
       Identifier      "Default Screen"
       Monitor         "Configured Monitor"
EndSection
Comment 1 Roland Scheidegger 2008-01-08 06:27:26 UTC
Still looks to me like the EDID data from your monitor is bogus. It wouldn't be the first which has the size correct (in cm) in the basic display information block, but fails to provide the correct value (in mm) in the detailed timing blocks. Though that's assuming that EDID 1.0 even has that information (EDID 1.1 certainly does).
Comment 2 Alex Deucher 2008-01-08 07:22:39 UTC
Please attach your xorg. It looks like your monitor has a bad edid.
Comment 3 Bryan Cebuliak 2008-01-08 15:37:26 UTC
Created attachment 13599 [details]
Xorg.0.log
Comment 4 Bryan Cebuliak 2008-01-08 15:37:57 UTC
Created attachment 13600 [details]
xorg.conf
Comment 5 Bryan Cebuliak 2008-01-08 15:39:04 UTC
Attached please find my Xorg.0.log and xorg.conf
I do not understand exactly what in the EDID 1.0 output makes you say
the EDID is "bad". There appears to be display dimensions in cm and
timing data on the ddcprobe in a similar way to my  other system's
newer monitor using EDID 1.3.  Why can not the xorg ati server cope
when it did before randr and it does now only with manual editing of
xorg?
Your bleeding user,
Bryan
Comment 6 Bryan Cebuliak 2008-01-09 12:05:32 UTC
(In reply to comment #1)
> Still looks to me like the EDID data from your monitor is bogus. It wouldn't be
> the first which has the size correct (in cm) in the basic display information
> block, but fails to provide the correct value (in mm) in the detailed timing
> blocks. Though that's assuming that EDID 1.0 even has that information (EDID
> 1.1 certainly does).
> 

I do not know if the correct information is in  the detailed timing
blocks. That is why  I  have  sent my  logs  and ddcprobe and  xrandr
probes  to you programmers to decipher. However, if the driver now so precariously depends on inconsistently formated hardware display information yet the correct size information in cm is still there as you say. Why  don't you adapt the driver software accordingly?
Comment 7 Bryan Cebuliak 2008-01-09 12:18:28 UTC
This issue is not isolated to my old monitor or my ATI graphics card as you know. It is part of a rather large regression of function I think related to the change to Randr.  
Similar bugs are previously reported for example in  Ubuntu and upstream on Intel drivers.

See:
https://bugs.freedesktop.org/show_bug.cgi?id=10304
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/107320/comments/39
Comment 8 Alex Deucher 2008-12-03 01:06:49 UTC
Is this still an issue with a newer xserver?  It should handle broken edids better.
Comment 9 Andreas Rottmann 2009-05-16 13:07:07 UTC
(In reply to comment #8)
> Is this still an issue with a newer xserver?  It should handle broken edids
> better.
> 

I can confirm that this issue still exists in the following configuration:

- On-Board Radeon chip; lspci info:
   01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics
- Monitor: Samsung SyncMaster 2333SW (vendor "SAM", prod_id 1246)
- radeonhd driver 1.2.5
- xorg-server 1.6.1.901 (from experimental)

* Symptoms

- ddcprobe shows correct dimensions: "screensize: 51 29"
- Xorg seems to know proper size (from Xorg.0.log):

(II) RADEONHD(0): Max Image Size [cm]: horiz.: 51 vert.: 29

- But later it somehow comes up with incorrect numbers, which
  propagate into xpdyinfo:

(II) RADEONHD(0): clock: 138.5 MHz Image Size: 477 x 268 mm

- xdpyinfo:

  dimensions: 1920x1080 pixels (477x268 millimeters)

- xrandr has the wrong numbers as well:

  DVI-D_1 connected 1920x1080+0+0 (0x3d) normal (normal left inverted right x axis y axis) 477mm x 268mm

I tried adding the monitor to quirk_detailed_use_maximum_size(), but
that didn't change anything.
Comment 10 Bryce 2009-07-16 00:21:22 UTC
I'm getting basically the same thing with

X.Org Server 1.4.2 11 June 2008
ATI Technologies Inc RV280 [Radeon 9200 PRO] [1002:5960] Card
Shuttle X17 Monitor.

By messing with xorg.conf I can get it to a video mode that produces tearing (rather than so far out of sync the monitor bails).  But not to a working setup.
Comment 11 Bryce 2009-07-16 00:43:56 UTC
Created attachment 27750 [details]
ddcprobe of Shuttle XP17 Monitor via DVI
Comment 12 Alex Deucher 2009-07-16 08:29:31 UTC
(In reply to comment #10)
> I'm getting basically the same thing with
> 
> X.Org Server 1.4.2 11 June 2008
> ATI Technologies Inc RV280 [Radeon 9200 PRO] [1002:5960] Card
> Shuttle X17 Monitor.
> 
> By messing with xorg.conf I can get it to a video mode that produces tearing
> (rather than so far out of sync the monitor bails).  But not to a working
> setup.
> 

This is a different issue.  Please file a different bug and attach your xorg log and config.
Comment 13 Alex Deucher 2010-10-19 16:09:15 UTC
not a driver issue.
Comment 14 Adam Jackson 2018-06-12 18:44:28 UTC
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.


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.