Package: xserver-xorg-video-ati; Maintainer for xserver-xorg-video-ati is Debian X Strike Force <debian-x@lists.debian.org>; Source for xserver-xorg-video-ati is src:xserver-xorg-video-ati (PTS, buildd, popcon).
Reported by: Branden Robinson <branden@debian.org>
Date: Sat, 14 Jan 2006 16:48:09 UTC
Severity: normal
Tags: moreinfo, upstream
Found in versions xserver-xorg-video-ati/1:6.7.192-1, xserver-xorg-video-ati/1:6.8.0-1
Done: Branden Robinson <branden@debian.org>
Bug is archived. No further changes may be made.
View this report as an mbox folder, status mbox, maintainer mbox
Report forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
New Bug report received and forwarded. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: xserver-xorg Version: 6.9.0.dfsg.1-2 Severity: normal Tags: upstream This is a regression from 6.8.2.dfsg.1-11. I don't even know how to begin to describe the problem I'm having beyond what's in the bug subject. The amount of pinkness and intereference seems to vary with how saturated the rest of the screen is. I took two pictures of my monitor. The images are way too large to attach, so I have put them up on one of my web servers. http://redwald.deadbeast.net/tmp/branden_grief_1.jpeg http://redwald.deadbeast.net/tmp/branden_grief_2.jpeg Sadly, this is so distracting I'll have to downgrade to 6.8.2.dfsg.1-11. Congratulations on getting 6.9.0 into unstable nonetheless. :) -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Sep 27 10:24 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2188224 Jan 6 14:37 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 0000:00:10.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01) 0001:10:13.0 VGA compatible controller: XGI - Xabre Graphics Inc Volari Z7 /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3096 Jan 14 10:07 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # (Xorg 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 manual page. # (Type "man " 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 commands as root: # # cp .custom # md5sum >/var/lib/xfree86/.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath "unix/:7100" # local font server # if the local font server has problems, we can fall back on these FontPath "/usr/lib/X11/fonts/misc" FontPath "/usr/lib/X11/fonts/cyrillic" FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/Type1" FontPath "/usr/lib/X11/fonts/CID" FontPath "/usr/lib/X11/fonts/100dpi" FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "GLcore" Load "bitmap" Load "dbe" Load "ddc" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "record" Load "speedo" Load "type1" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" Option "XkbOptions" "ctrl:nocaps,compose:ralt" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "false" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Radeon 9000" Driver "ati" Option "UseFBDev" "true" Option "MonitorLayout" "TMDS,CRT" EndSection Section "Monitor" Identifier "Samsung SyncMaster 213T" Option "DPMS" HorizSync 30-75 VertRefresh 50-85 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Radeon 9000" Monitor "Samsung SyncMaster 213T" DefaultDepth 24 SubSection "Display" Depth 1 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode 0666 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 44268 Nov 18 11:52 /var/log/Xorg.1.log -rw-r--r-- 1 root root 44609 Jan 14 11:16 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-2 20060106171740 root@voltaire) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.8-powerpc-smp ppc [ELF] Current Operating System: Linux sisyphus 2.6.14-2-powerpc-smp #2 SMP Mon Dec 12 22:32:12 UTC 2005 ppc Build Date: 06 January 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.14-2-powerpc-smp (Debian 2.6.14-5) (dannf@debian.org) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #2 SMP Mon Dec 12 22:32:12 UTC 2005 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jan 14 11:11:53 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Samsung SyncMaster 213T" (**) | |-->Device "ATI Radeon 9000" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) Option "XkbOptions" "ctrl:nocaps,compose:ralt" (**) XKB: options: "ctrl:nocaps,compose:ralt" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (WW) Open ACPI failed (/proc/acpi/event) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,0034 card 0000,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0: chip 1002,4966 card 1002,4966 rev 01 class 03,00,00 hdr 00 (II) PCI: 10:0b:0: chip 106b,0035 card 0000,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 10:12:0: chip 1013,6003 card 5053,3357 rev 01 class 04,01,00 hdr 00 (II) PCI: 10:13:0: chip 18ca,0020 card 18ca,0020 rev 00 class 03,00,00 hdr 00 (II) PCI: 10:17:0: chip 106b,0022 card 0000,0000 rev 03 class ff,00,00 hdr 00 (II) PCI: 10:18:0: chip 106b,0019 card 0000,0000 rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:19:0: chip 106b,0019 card 0000,0000 rev 00 class 0c,03,10 hdr 00 (II) PCI: 20:0b:0: chip 106b,0036 card 0000,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 20:0d:0: chip 106b,0033 card 0000,0000 rev 00 class ff,00,00 hdr 00 (II) PCI: 20:0e:0: chip 106b,0031 card 106b,5811 rev 01 class 0c,00,10 hdr 00 (II) PCI: 20:0f:0: chip 106b,0032 card 0000,0000 rev 00 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:11:0), (0,0,32), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Host-to-PCI bridge: (II) Bus 16: bridge is at (16:11:0), (16,16,32), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 16 I/O range: [0] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) Bus 16 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 16 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Host-to-PCI bridge: (II) Bus 32: bridge is at (32:11:0), (32,32,32), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 32 I/O range: [0] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) Bus 32 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 32 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(0:16:0) ATI Technologies Inc Radeon RV250 If [Radeon 9000] rev 1, Mem @ 0xa0000000/28, 0x90000000/16, I/O @ 0x0400/8, BIOS @ 0xf1000000/17 (--) PCI: (16:19:0) unknown vendor (0x18ca) unknown chipset (0x0020) rev 0, Mem @ 0x84000000/26, 0x800c0000/18, I/O @ 0x0400/7, BIOS @ 0x80088000/15 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [1] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [2] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [3] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [4] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [5] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [6] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [7] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [8] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [9] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [10] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [11] -1 0 0xf0000400 - 0xf00004ff (0x100) IX[B](B) (II) Inactive PCI resource ranges: [0] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [1] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [2] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [3] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [1] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [2] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [3] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [4] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [5] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [6] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [7] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [8] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [9] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [10] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [11] -1 0 0xf0000400 - 0xf00004ff (0x100) IX[B](B) (II) Inactive PCI resource ranges after removing overlaps: [0] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [1] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [2] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [3] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [3] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [4] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [5] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [6] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [7] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [8] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [9] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [10] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [11] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [12] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [13] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [14] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [15] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [16] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [18] -1 0 0xf0000400 - 0xf00004ff (0x100) IX[B](B) [19] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) (WW) Ignoring request to load module GLcore (WW) Ignoring request to load module speedo (II) LoadModule: "bitmap" (II) Reloading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Loading font Bitmap (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.so (II) Module ddc: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.9.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 6.9.0, module version = 6.5.7 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "keyboard" (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so (II) Module keyboard: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) ATI: ATI driver (version 6.5.7) for chipset: ati (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (AGP?), ATI Rage 128 Pro GL PB (AGP?), ATI Rage 128 Pro GL PC (AGP?), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (AGP?), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (AGP?), ATI Rage 128 Pro VR PH (AGP?), ATI Rage 128 Pro VR PI (AGP?), ATI Rage 128 Pro VR PJ (AGP?), ATI Rage 128 Pro VR PK (AGP?), ATI Rage 128 Pro VR PL (AGP?), ATI Rage 128 Pro VR PM (AGP?), ATI Rage 128 Pro VR PN (AGP?), ATI Rage 128 Pro VR PO (AGP?), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (AGP?), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (AGP?), ATI Rage 128 Pro VR PT (AGP?), ATI Rage 128 Pro VR PU (AGP?), ATI Rage 128 Pro VR PV (AGP?), ATI Rage 128 Pro VR PW (AGP?), ATI Rage 128 Pro VR PX (AGP?), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (AGP?), ATI Rage 128 4X SF (AGP?), ATI Rage 128 4X SG (AGP?), ATI Rage 128 4X SH (AGP?), ATI Rage 128 4X SK (AGP?), ATI Rage 128 4X SL (AGP?), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (AGP?), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI ES1000 5969 (PCI), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437, ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI FireGL RV360 AV (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9650, ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireGL D1100 (RV370) 5B65 (PCIE), ATI Radeon Mobility M300 (M22) 5460 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE), ATI FireGL V7100 (R423) UT (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon FireGL (R480) GL 5D50 (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP) (II) Primary Device is: PCI 00:10:0 (II) ATI: Candidate "Device" section "ATI Radeon 9000". (--) Assigning device section with no busID to primary device (--) Chipset ATI Radeon 9000/PRO If (AGP/PCI) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [3] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [4] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [5] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [6] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [7] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [8] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [9] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [10] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [11] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [12] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [13] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [14] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [15] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [16] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [18] -1 0 0xf0000400 - 0xf00004ff (0x100) IX[B](B) [19] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 6.9.0, module version = 4.0.3 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (WW) ****INVALID IO ALLOCATION**** b: 0xf0000400 e: 0xf00004ff correcting (EE) end of block range 0xefffffff < begin 0xf0000000 (II) window: [0] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) resSize: (II) window fixed: [0] -1 0 0x00000000 - 0x00ffffff (0x1000000) IX[B] (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [3] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [4] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [5] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [6] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [7] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [8] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [9] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [10] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [11] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [12] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [13] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [14] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [15] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B](B) [20] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [21] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [22] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) [23] 0 0 0xf00003b0 - 0xf00003bb (0xc) IS[B] [24] 0 0 0xf00003c0 - 0xf00003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x90000000 (II) RADEON(0): PCI bus 0 card 16 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "MonitorLayout" "TMDS,CRT" (**) RADEON(0): Option "UseFBDev" "true" (II) RADEON(0): VGAAccess option set to FALSE, VGA module load skipped (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.so (II) Module fbdevhw: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.0.2 ABI class: X.Org Video Driver, version 0.8 (**) RADEON(0): Using framebuffer device (--) RADEON(0): Chipset: "ATI Radeon 9000/PRO If (AGP/PCI)" (ChipID = 0x4966) (--) RADEON(0): Linear framebuffer at 0xa0000000 (--) RADEON(0): BIOS at 0xf1000000 (--) RADEON(0): VideoRAM: 65536 kByte (128 bit DDR SDRAM) (II) RADEON(0): AGP card detected (WW) RADEON(0): Color tiling not supported with UseFBDev option (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.so (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.so (II) Module i2c: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): I2C bus "DDC" initialized. (WW) RADEON(0): Video BIOS not detected in PCI space! (WW) RADEON(0): Attempting to read Video BIOS from legacy ISA space! (WW) RADEON(0): Unrecognized BIOS signature, BIOS data will not be used (**) RADEON(0): MonitorLayout Option: Monitor1--Type TMDS, Monitor2--Type CRT (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Type: 3 (II) RADEON(0): EDID data from the display on port 2----------------------- (II) RADEON(0): Manufacturer: SAM Model: 91 Serial#: 1312961073 (II) RADEON(0): Year: 2005 Week: 14 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max H-Image Size [cm]: horiz.: 43 vert.: 32 (II) RADEON(0): Gamma: 2.60 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.632 redY: 0.353 greenX: 0.293 greenY: 0.590 (II) RADEON(0): blueX: 0.140 blueY: 0.090 whiteX: 0.310 whiteY: 0.340 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 (II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 130.4 MHz Image Size: 432 x 324 mm (II) RADEON(0): h_active: 1600 h_sync: 1648 h_sync_end 1680 h_blank_end 1760 h_border: 0 (II) RADEON(0): v_active: 1200 v_sync: 1202 v_sync_end 1206 v_blanking: 1235 v_border: 0 (II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 140 MHz (II) RADEON(0): Monitor name: SyncMaster (II) RADEON(0): Serial No: HCHY400824 (II) RADEON(0): (II) RADEON(0): Primary: Monitor -- TMDS Connector -- DVI-D DAC Type -- TVDAC/ExtDAC TMDS Type -- NONE DDC Type -- NONE (II) RADEON(0): Secondary: Monitor -- CRT Connector -- VGA DAC Type -- Primary TMDS Type -- NONE DDC Type -- VGA_DDC (WW) RADEON(0): Video BIOS not detected, using default clock settings! (II) RADEON(0): Probed PLL values: xtal: 27.000000 Mhz, sclk: 274.500000 Mhz, mclk: 249.750000 Mhz (EE) RADEON(0): MergedFB does not work with Option UseFBDev, MergedFB mode is disabled (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- (II) RADEON(0): Total number of valid DDC mode(s) found: 0 (II) RADEON(0): Samsung SyncMaster 213T: Using hsync range of 30.00-75.00 kHz (II) RADEON(0): Samsung SyncMaster 213T: Using vrefresh range of 50.00-85.00 Hz (II) RADEON(0): Clock range: 12.50 to 350.00 MHz (II) RADEON(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x960" (hsync out of range) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x400" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1152x864" (hsync out of range) (II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "720x450" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "840x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1200" (hsync out of range) (II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1200" (width too large for virtual size) (II) RADEON(0): Not using default mode "1680x1050" (width too large for virtual size) (--) RADEON(0): Virtual size is 1600x1200 (pitch 1600) (**) RADEON(0): *Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz (II) RADEON(0): Modeline "1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (**) RADEON(0): *Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz (II) RADEON(0): Modeline "1280x960" 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (**) RADEON(0): *Default mode "1152x864": 108.0 MHz, 67.5 kHz, 75.0 Hz (II) RADEON(0): Modeline "1152x864" 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (**) RADEON(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (**) RADEON(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) RADEON(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) RADEON(0): *Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) RADEON(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (**) RADEON(0): Default mode "1920x1200": 193.2 MHz, 74.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "1920x1200" 193.16 1920 2048 2256 2592 1200 1201 1204 1242 (**) RADEON(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz (II) RADEON(0): Modeline "1680x1050" 147.14 1680 1784 1968 2256 1050 1051 1054 1087 (**) RADEON(0): Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz (II) RADEON(0): Modeline "1400x1050" 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (**) RADEON(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz (II) RADEON(0): Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (**) RADEON(0): Default mode "1440x900": 108.8 MHz, 56.9 kHz, 60.2 Hz (II) RADEON(0): Modeline "1440x900" 108.84 1440 1472 1880 1912 900 918 927 946 +hsync +vsync (**) RADEON(0): Default mode "1280x800": 83.5 MHz, 49.7 kHz, 60.0 Hz (II) RADEON(0): Modeline "1280x800" 83.46 1280 1344 1480 1680 800 801 804 828 (**) RADEON(0): Default mode "1280x768": 80.1 MHz, 47.7 kHz, 60.0 Hz (II) RADEON(0): Modeline "1280x768" 80.14 1280 1344 1480 1680 768 769 772 795 (**) RADEON(0): Default mode "1152x768": 65.0 MHz, 44.2 kHz, 54.8 Hz (II) RADEON(0): Modeline "1152x768" 65.00 1152 1178 1314 1472 768 771 777 806 +hsync +vsync (**) RADEON(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) RADEON(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) RADEON(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) RADEON(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (**) RADEON(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (**) RADEON(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (==) RADEON(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (==) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): AGP Fast Write disabled by default (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/X11R6/lib/modules/libshadowfb.so (II) Module shadowfb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) RADEON(0): Page flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Cannot access BIOS or it is not valid. If your card is TV-in capable you will need to specify options RageTheatreCrystal, RageTheatreTunerPort, RageTheatreSVideoPort and TunerType in /etc/X11/xorg.conf. (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0x90000000 - 0x9000ffff (0x10000) MX[B] [1] 0 0 0xa0000000 - 0xafffffff (0x10000000) MX[B] [2] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [3] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [4] -1 0 0xf5200000 - 0xf53fffff (0x200000) MX[B] [5] -1 0 0xf5000000 - 0xf5000fff (0x1000) MX[B] [6] -1 0 0xf5004000 - 0xf5007fff (0x4000) MX[B] [7] -1 0 0x80080000 - 0x80080fff (0x1000) MX[B] [8] -1 0 0x80081000 - 0x80081fff (0x1000) MX[B] [9] -1 0 0x80000000 - 0x8007ffff (0x80000) MX[B] [10] -1 0 0x80100000 - 0x801fffff (0x100000) MX[B] [11] -1 0 0x80082000 - 0x80082fff (0x1000) MX[B] [12] -1 0 0xf1000000 - 0xf101ffff (0x20000) MX[B](B) [13] -1 0 0x90000000 - 0x9000ffff (0x10000) MX[B](B) [14] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B](B) [15] -1 0 0x80088000 - 0x8008ffff (0x8000) MX[B](B) [16] -1 0 0x800c0000 - 0x800fffff (0x40000) MX[B](B) [17] -1 0 0x84000000 - 0x87ffffff (0x4000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B](B) [22] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B] [23] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [24] -1 0 0xf2000400 - 0xf200047f (0x80) IX[B](B) [25] 0 0 0xf00003b0 - 0xf00003bb (0xc) IS[B](OprU) [26] 0 0 0xf00003c0 - 0xf00003df (0x20) IS[B](OprU) (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Memory manager initialized to (0,0) (1600,8191) (II) RADEON(0): Reserved area from (0,1200) to (1600,1202) (II) RADEON(0): Largest offscreen area available: 1600 x 6989 (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 1202) (II) RADEON(0): Largest offscreen area available: 1600 x 6986 (**) Option "dpms" (**) RADEON(0): DPMS enabled (II) RADEON(0): Detected Radeon 9000 - skipping multimedia i2c initialization code. (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/X11R6/lib/modules/multimedia/theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 4.3.99.902, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (WW) RADEON(0): Direct rendering disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Generic Keyboard: Core Keyboard (**) Option "Protocol" "standard" (**) Generic Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Generic Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc104" (**) Generic Keyboard: XkbModel: "pc104" (**) Option "XkbLayout" "us" (**) Generic Keyboard: XkbLayout: "us" (**) Option "XkbOptions" "ctrl:nocaps,compose:ralt" (**) Generic Keyboard: XkbOptions: "ctrl:nocaps,compose:ralt" (**) Option "CustomKeycodes" "off" (**) Generic Keyboard: CustomKeycodes disabled (**) Option "Protocol" "ImPS/2" (**) Configured Mouse: Device: "/dev/input/mice" (**) Configured Mouse: Protocol: "ImPS/2" (**) Option "CorePointer" (**) Configured Mouse: Core Pointer (**) Option "Device" "/dev/input/mice" (**) Option "Emulate3Buttons" "false" (**) Option "ZAxisMapping" "4 5" (**) Configured Mouse: ZAxisMapping: buttons 4 and 5 (**) Configured Mouse: Buttons: 9 (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE) (II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD) (II) Configured Mouse: ps2EnableDataReporting: succeeded Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 (WW) Open ACPI failed (/proc/acpi/event) (No such file or directory) (II) No APM support in BIOS or kernel (II) Configured Mouse: ps2EnableDataReporting: succeeded SetClientVersion: 0 9 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-6 GCC support library ii libxau6 6.9.0.dfsg.1-2 X Authentication library ii libxdmcp6 6.9.0.dfsg.1-2 X Display Manager Control Protocol ii xserver-common 6.9.0.dfsg.1-2 files and utilities common to all ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages xserver-xorg recommends: ii discover1 1.7.17 hardware identification system ii laptop-detect 0.12.1 attempt to detect a laptop ii mdetect 0.5.2.1 mouse device autodetection tool ii xlibs 6.9.0.dfsg.1-3 X Window System client libraries m ii xresprobe 0.4.18-1 X Resolution Probe -- debconf information: * xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice * xserver-xorg/config/monitor/lcd: true * xserver-xorg/autodetect_monitor: true * xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/display/modes: 1600x1200, 1280x960, 1152x864, 1024x768, 800x600, 640x480 * xserver-xorg/config/inputdevice/keyboard/internal: * xserver-xorg/config/inputdevice/keyboard/options: * xserver-xorg/config/inputdevice/mouse/zaxismapping: true * xserver-xorg/config/device/use_fbdev: true * xserver-xorg/config/inputdevice/keyboard/variant: * xserver-xorg/config/nonnumeric_string_error: * xserver-xorg/config/inputdevice/keyboard/layout: us * xserver-xorg/config/monitor/identifier: Samsung SyncMaster 213T * xserver-xorg/config/inputdevice/mouse/emulate3buttons: false * xserver-xorg/autodetect_mouse: true * xserver-xorg/config/monitor/horiz-sync: 30-75 * xserver-xorg/config/monitor/range_input_error: * xserver-xorg/config/write_dri_section: true * xserver-xorg/config/inputdevice/keyboard/model: pc104 xserver-xorg/config/device/driver: ati * xserver-xorg/config/monitor/selection-method: Medium * xserver-xorg/config/write_files_section: true * xserver-xorg/config/monitor/mode-list: 1600x1200 @ 60Hz * xserver-xorg/config/doublequote_in_string_error: * xserver-xorg/config/monitor/screen-size: 21 inches (530 mm) or more * shared/default-x-server: xserver-xorg xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 * shared/no_known_x-server: * xserver-xorg/config/device/bus_id_error: * xserver-xorg/config/monitor/vert-refresh: 50-85 xserver-xorg/config/fontpath/fontserver: * xserver-xorg/config/modules: GLcore, bitmap, dbe, ddc, extmod, freetype, glx, int10, record, speedo, type1, vbe * xserver-xorg/config/device/video_ram: * xserver-xorg/config/device/identifier: ATI Radeon 9000 * xserver-xorg/config/null_string_error: * shared/multiple_possible_x-servers: * xserver-xorg/config/device/bus_id: * xserver-xorg/autodetect_video_card: true * xserver-xorg/config/inputdevice/keyboard/rules: xorg
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg.
(full text, mbox, link).
Acknowledgement sent to Michel Dänzer <daenzer@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #10 received at 348082@bugs.debian.org (full text, mbox, reply):
Hi Branden, On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote: > > Section "Device" > Identifier "ATI Radeon 9000" > Driver "ati" > Option "UseFBDev" "true" > Option "MonitorLayout" "TMDS,CRT" > EndSection Does commenting out one or both of these options make a difference? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg.
(full text, mbox, link).
Acknowledgement sent to 348082@bugs.debian.org:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #15 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Mon, Jan 16, 2006 at 12:23:50PM +0100, Michel Dänzer wrote: > > Hi Branden, > > On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote: > > > > Section "Device" > > Identifier "ATI Radeon 9000" > > Driver "ati" > > Option "UseFBDev" "true" > > Option "MonitorLayout" "TMDS,CRT" > > EndSection > > Does commenting out one or both of these options make a difference? I'll give that a try this weekend. Earlier this week I was away from the machine. Thanks for the suggestion! -- G. Branden Robinson | When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand branden@debian.org | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers.
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg.
(full text, mbox, link).
Acknowledgement sent to 348082@bugs.debian.org:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #20 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Fri, Jan 20, 2006 at 12:51:36PM -0500, Branden Robinson wrote: > On Mon, Jan 16, 2006 at 12:23:50PM +0100, Michel Dänzer wrote: > > > > Hi Branden, > > > > On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote: > > > > > > Section "Device" > > > Identifier "ATI Radeon 9000" > > > Driver "ati" > > > Option "UseFBDev" "true" > > > Option "MonitorLayout" "TMDS,CRT" > > > EndSection > > > > Does commenting out one or both of these options make a difference? > > I'll give that a try this weekend. Earlier this week I was away from the > machine. > > Thanks for the suggestion! Er, I completely zoned on this. FWIW, I am now running: ii xserver-xorg 7.0.18 the X.Org X server ii xserver-xorg-core 1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-all 7.0.18 the X.Org X server -- input driver metapackage ii xserver-xorg-input-evdev 1.0.0.5-2 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1.0.4-3 X.Org X server -- mouse input driver ii xserver-xorg-input-synaptics 0.14.4-5 Synaptics TouchPad driver for X.Org/XFree86 server ii xserver-xorg-input-wacom 0.7.4.1-2 X.Org X server -- wacom input driver ii xserver-xorg-video-all 7.0.18 the X.Org X server -- output driver metapackage ii xserver-xorg-video-ati 6.5.8.0-1 X.Org X server -- ATI display driver ii xserver-xorg-video-chips 1.0.1.3-3 X.Org X server -- Chips display driver ii xserver-xorg-video-fbdev 0.1.0.5-2 X.Org X server -- fbdev display driver ii xserver-xorg-video-glint 1.0.1.3-3 X.Org X server -- Glint display driver ii xserver-xorg-video-imstt 1.0.0.5-2 X.Org X server -- IMSTT display driver ii xserver-xorg-video-mga 1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driver ii xserver-xorg-video-nv 1.0.1.5-2 X.Org X server -- NV display driver ii xserver-xorg-video-s3 0.3.5.4-3 X.Org X server -- legacy S3 display driver ii xserver-xorg-video-s3virge 1.8.6.5-2 X.Org X server -- S3 ViRGE display driver ii xserver-xorg-video-savage 2.0.2.3-4 X.Org X server -- Savage display driver ii xserver-xorg-video-sis 0.8.1.3-2 X.Org X server -- SiS display driver ii xserver-xorg-video-sisusb 0.7.1.3-2 X.Org X server -- SiS USB display driver ii xserver-xorg-video-tdfx 1.1.1.3-3 X.Org X server -- tdfx display driver ii xserver-xorg-video-trident 1.0.1.2-2 X.Org X server -- Trident display driver ii xserver-xorg-video-v4l 0.0.1.5-1 X.Org X server -- Video 4 Linux display driver ii xserver-xorg-video-vga 4.0.0.5-2 X.Org X server -- VGA display driver But there has been no evident change. A few data points: Commenting out both no difference Commenting out only "MonitorLayout" no difference Commenting out only "UseFBDev" even worse! "Even worse" consists of vertical red stripes on the screen. Please see the digital camera photo at: http://redwald.deadbeast.net/tmp/branden_grief_3.jpeg It's a little dark but using flash was worse, and you should still be able to get the gist of the interference. I do have one further data point which renders the X.Org X server usable again. At least as far back as 6.8.2, the X server has had a problem in which the display gets shifted several pixels to the right. This usually happened after power-cycle events on the monitor, but with 7.0 I note that it happens across server resets too. On my Samsung SyncMaster 213T I cannot perform manual adjustments to the positioning on a digital input, so at first this is really awful. However, if I use xvidtune to adjust the screen *either* left *or* right (you'd think only left would work), the screen image is centered perfectly. This worked back in 6.8.2, and I never filed a bug about it. 7.0 still exhibits this problem (and the fix still works) *but*, doing this adjustment also makes the pink interference go away. I haven't tested in the "commening out only "UseFBDev" case" yet. So this pink suffusion problem and the off-centered image problem seem to be correlated somehow. Please let me know if I can provide any further information. -- G. Branden Robinson | If you wish to strive for peace of Free Software Developer | soul, then believe; if you wish to branden@deadbeast.net | be a devotee of truth, then http://deadbeast.net/~branden/ | inquire. -- Friedrich Nietzsche
[signature.asc (application/pgp-signature, inline)]
Message #23 received at 348082-submitter@bugs.debian.org (full text, mbox, reply):
On Fri, 2006-05-19 at 03:16 -0400, Branden Robinson wrote: > On Fri, Jan 20, 2006 at 12:51:36PM -0500, Branden Robinson wrote: > > On Mon, Jan 16, 2006 at 12:23:50PM +0100, Michel Dänzer wrote: > > > > > > On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote: > > > > > > > > Section "Device" > > > > Identifier "ATI Radeon 9000" > > > > Driver "ati" > > > > Option "UseFBDev" "true" > > > > Option "MonitorLayout" "TMDS,CRT" > > > > EndSection > > > > > > Does commenting out one or both of these options make a difference? [...] > A few data points: > > Commenting out both no difference > Commenting out only "MonitorLayout" no difference > Commenting out only "UseFBDev" even worse! It might be interesting to see log files for at least the last two cases. > I do have one further data point which renders the X.Org X server usable > again. > > At least as far back as 6.8.2, the X server has had a problem in which the > display gets shifted several pixels to the right. This usually happened > after power-cycle events on the monitor, but with 7.0 I note that it > happens across server resets too. On my Samsung SyncMaster 213T I cannot > perform manual adjustments to the positioning on a digital input, so at > first this is really awful. > > However, if I use xvidtune to adjust the screen *either* left *or* right > (you'd think only left would work), the screen image is centered perfectly. > > This worked back in 6.8.2, and I never filed a bug about it. 7.0 still > exhibits this problem (and the fix still works) *but*, doing this > adjustment also makes the pink interference go away. I haven't tested in > the "commening out only "UseFBDev" case" yet. > > So this pink suffusion problem and the off-centered image problem seem to > be correlated somehow. Indeed, it indicates that it's all somehow related to display timings. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #28 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Tue, May 23, 2006 at 09:54:45AM +0200, Michel Dänzer wrote: > On Fri, 2006-05-19 at 03:16 -0400, Branden Robinson wrote: > > A few data points: > > > > Commenting out both no difference > > Commenting out only "MonitorLayout" no difference > > Commenting out only "UseFBDev" even worse! > > It might be interesting to see log files for at least the last two > cases. Please find them attached. > > So this pink suffusion problem and the off-centered image problem seem to > > be correlated somehow. > > Indeed, it indicates that it's all somehow related to display timings. Here's a diff of the two log files: --- Xorg.1.log.monitor_layout_commented 2006-07-31 13:05:05.000000000 -0400 +++ Xorg.1.log.use_fbdev_commented 2006-07-31 13:06:31.000000000 -0400 @@ -11,7 +11,7 @@ Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. -(==) Log file: "/var/log/Xorg.1.log", Time: Mon Jul 31 13:04:54 2006 +(==) Log file: "/var/log/Xorg.1.log", Time: Mon Jul 31 13:06:21 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) @@ -474,23 +474,17 @@ (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor -(**) RADEON(0): Option "UseFBDev" "true" +(**) RADEON(0): Option "MonitorLayout" "TMDS,CRT" (II) RADEON(0): VGAAccess option set to FALSE, VGA module load skipped (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) -(II) Loading sub module "fbdevhw" -(II) LoadModule: "fbdevhw" -(II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so -(II) Module fbdevhw: vendor="X.Org Foundation" - compiled for 7.0.0, module version = 0.0.2 - ABI class: X.Org Video Driver, version 0.8 -(**) RADEON(0): Using framebuffer device (--) RADEON(0): Chipset: "ATI Radeon 9000/PRO If (AGP/PCI)" (ChipID = 0x4966) (--) RADEON(0): Linear framebuffer at 0xa0000000 (--) RADEON(0): BIOS at 0xf1000000 (II) RADEON(0): AGP card detected +(II) RADEON(0): Detected total video RAM=65536K, accessible=131072K (PCI BAR=262144K) (--) RADEON(0): Mapped VideoRAM: 65536 kByte (128 bit DDR SDRAM) -(WW) RADEON(0): Color tiling not supported with UseFBDev option +(II) RADEON(0): Color tiling enabled by default (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/lib/xorg/modules/libddc.so @@ -504,13 +498,9 @@ (WW) RADEON(0): Video BIOS not detected in PCI space! (WW) RADEON(0): Attempting to read Video BIOS from legacy ISA space! (WW) RADEON(0): Unrecognized BIOS signature, BIOS data will not be used -(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. -(II) RADEON(0): I2C device "DDC:ddc2" removed. -(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. -(II) RADEON(0): I2C device "DDC:ddc2" removed. -(II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. -(II) RADEON(0): I2C device "DDC:ddc2" removed. -(II) RADEON(0): DDC Type: 2, Detected Type: 0 +(**) RADEON(0): MonitorLayout Option: + Monitor1--Type TMDS, Monitor2--Type CRT + (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Type: 3 @@ -555,83 +545,338 @@ (II) RADEON(0): (II) RADEON(0): Primary: Monitor -- TMDS + Connector -- DVI-D + DAC Type -- TVDAC/ExtDAC + TMDS Type -- NONE + DDC Type -- NONE +(II) RADEON(0): Secondary: + Monitor -- CRT Connector -- VGA DAC Type -- Primary - TMDS Type -- External + TMDS Type -- NONE DDC Type -- VGA_DDC -(II) RADEON(0): Secondary: - Monitor -- NONE - Connector -- DVI-D - DAC Type -- TVDAC/ExtDAC - TMDS Type -- Internal - DDC Type -- DVI_DDC (WW) RADEON(0): Video BIOS not detected, using default clock settings! (II) RADEON(0): Probed PLL values: xtal: 27.000000 Mhz, sclk: 274.500000 Mhz, mclk: 249.750000 Mhz -(EE) RADEON(0): MergedFB does not work with Option UseFBDev, MergedFB mode is disabled (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- -(II) RADEON(0): Panel infos found from DDC detailed: 1600x1200 -(II) RADEON(0): Valid Mode from Detailed timing table: 1600x1200 -(II) RADEON(0): Valid Mode from standard timing table: 1600x1200 -(II) RADEON(0): Valid Mode from standard timing table: 1280x1024 -(II) RADEON(0): Valid Mode from established timing table: 1280x1024 -(II) RADEON(0): Valid Mode from established timing table: 1024x768 -(II) RADEON(0): Valid Mode from established timing table: 1024x768 -(II) RADEON(0): Valid Mode from established timing table: 1024x768 -(II) RADEON(0): Valid Mode from established timing table: 832x624 -(II) RADEON(0): Valid Mode from established timing table: 800x600 -(II) RADEON(0): Valid Mode from established timing table: 800x600 -(II) RADEON(0): Valid Mode from established timing table: 800x600 -(II) RADEON(0): Valid Mode from established timing table: 800x600 -(II) RADEON(0): Valid Mode from established timing table: 640x480 -(II) RADEON(0): Valid Mode from established timing table: 640x480 -(II) RADEON(0): Valid Mode from established timing table: 640x480 -(II) RADEON(0): Total of 15 mode(s) found. -(II) RADEON(0): Total number of valid DDC mode(s) found: 15 -(II) RADEON(0): Valid mode using on-chip RMX: 1600x1200 -(II) RADEON(0): Valid mode using on-chip RMX: 1280x960 -(II) RADEON(0): Valid mode using on-chip RMX: 1152x864 -(II) RADEON(0): Valid mode using on-chip RMX: 1024x768 -(II) RADEON(0): Valid mode using on-chip RMX: 800x600 -(II) RADEON(0): Valid mode using on-chip RMX: 640x480 -(II) RADEON(0): Total number of valid FP mode(s) found: 6 +(II) RADEON(0): Total number of valid DDC mode(s) found: 0 +(II) RADEON(0): Samsung SyncMaster 213T: Using hsync range of 30.00-75.00 kHz +(II) RADEON(0): Samsung SyncMaster 213T: Using vrefresh range of 50.00-85.00 Hz +(II) RADEON(0): Clock range: 12.50 to 350.00 MHz +(II) RADEON(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1280x960" (hsync out of range) +(II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) +(II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) +(II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) +(II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) +(II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x400" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1152x864" (hsync out of range) +(II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "720x450" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "840x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1200" (width too large for virtual size) +(II) RADEON(0): Not using default mode "1680x1050" (width too large for virtual size) +(II) RADEON(0): Validating CRTC2 modes for MergedFB ------------ +(WW) RADEON(0): config file vrefresh range 50-85Hz not within DDC vrefresh ranges. +(II) RADEON(0): CRT2 Monitor: Using hsync range of 30.00-75.00 kHz +(II) RADEON(0): CRT2 Monitor: Using vrefresh range of 50.00-85.00 Hz +(II) RADEON(0): Clock range: 12.50 to 350.00 MHz +(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of range) +(II) RADEON(0): Not using default mode "512x384" (vrefresh out of range) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) +(WW) (1280x960,CRT2 Monitor) mode clock 148.5MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1280x960" (hsync out of range) +(II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(WW) (1280x1024,CRT2 Monitor) mode clock 157.5MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) +(II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) +(WW) (1600x1200,CRT2 Monitor) mode clock 162MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(WW) (1600x1200,CRT2 Monitor) mode clock 175.5MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(WW) (1600x1200,CRT2 Monitor) mode clock 189MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(WW) (1600x1200,CRT2 Monitor) mode clock 202.5MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(WW) (1600x1200,CRT2 Monitor) mode clock 229.5MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) +(WW) (1792x1344,CRT2 Monitor) mode clock 204.8MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) +(II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) +(WW) (1792x1344,CRT2 Monitor) mode clock 261MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) +(II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) +(WW) (1856x1392,CRT2 Monitor) mode clock 218.3MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) +(II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) +(WW) (1856x1392,CRT2 Monitor) mode clock 288MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) +(II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) +(WW) (1920x1440,CRT2 Monitor) mode clock 234MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(WW) (1920x1440,CRT2 Monitor) mode clock 297MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "640x400" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1152x864" (hsync out of range) +(II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(WW) (1400x1050,CRT2 Monitor) mode clock 151MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(WW) (1400x1050,CRT2 Monitor) mode clock 155.8MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(WW) (1400x1050,CRT2 Monitor) mode clock 184MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) +(II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "720x450" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) +(WW) (1680x1050,CRT2 Monitor) mode clock 147.14MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "840x525" (bad mode clock/interlace/doublescan) +(WW) (1920x1200,CRT2 Monitor) mode clock 193.16MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) +(WW) (1920x1200,CRT2 Monitor) mode clock 230MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1920x1200" (hsync out of range) +(II) RADEON(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) +(WW) (1920x1440,CRT2 Monitor) mode clock 341.35MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) +(II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) +(WW) (2048x1536,CRT2 Monitor) mode clock 266.95MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(WW) (2048x1536,CRT2 Monitor) mode clock 340.48MHz exceeds DDC maximum 140MHz +(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) +(II) RADEON(0): Not using default mode "1920x1200" (width too large for virtual size) +(II) RADEON(0): Not using default mode "1680x1050" (width too large for virtual size) +(II) RADEON(0): Total of 39 CRTC2 modes found for MergedFB------------ +(II) RADEON(0): Modes for CRT1: ******************** (--) RADEON(0): Virtual size is 1600x1200 (pitch 1600) -(**) RADEON(0): *Mode "1600x1200": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1600x1200" 130.37 1600 1648 1680 1760 1200 1202 1206 1235 -(**) RADEON(0): *Mode "1280x960": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1280x960" 130.37 1280 1648 1680 1760 960 1202 1206 1235 -(**) RADEON(0): *Mode "1152x864": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1152x864" 130.37 1152 1648 1680 1760 864 1202 1206 1235 -(**) RADEON(0): *Mode "1024x768": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1024x768" 130.37 1024 1648 1680 1760 768 1202 1206 1235 -(**) RADEON(0): *Mode "800x600": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "800x600" 130.37 800 1648 1680 1760 600 1202 1206 1235 -(**) RADEON(0): *Mode "640x480": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "640x480" 130.37 640 1648 1680 1760 480 1202 1206 1235 -(**) RADEON(0): Default mode "640x350": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "640x350" 130.37 640 1648 1680 1760 350 1202 1206 1235 -(**) RADEON(0): Default mode "640x400": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "640x400" 130.37 640 1648 1680 1760 400 1202 1206 1235 -(**) RADEON(0): Default mode "720x400": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "720x400" 130.37 720 1648 1680 1760 400 1202 1206 1235 -(**) RADEON(0): Default mode "1280x1024": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1280x1024" 130.37 1280 1648 1680 1760 1024 1202 1206 1235 -(**) RADEON(0): Default mode "832x624": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "832x624" 130.37 832 1648 1680 1760 624 1202 1206 1235 -(**) RADEON(0): Default mode "1280x768": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1280x768" 130.37 1280 1648 1680 1760 768 1202 1206 1235 -(**) RADEON(0): Default mode "1280x800": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1280x800" 130.37 1280 1648 1680 1760 800 1202 1206 1235 -(**) RADEON(0): Default mode "1152x768": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1152x768" 130.37 1152 1648 1680 1760 768 1202 1206 1235 -(**) RADEON(0): Default mode "1400x1050": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1400x1050" 130.37 1400 1648 1680 1760 1050 1202 1206 1235 -(**) RADEON(0): Default mode "1440x900": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1440x900" 130.37 1440 1648 1680 1760 900 1202 1206 1235 -(**) RADEON(0): Default mode "1600x1024": 130.4 MHz (scaled from 0.0 MHz), 74.1 kHz, 60.0 Hz -(II) RADEON(0): Modeline "1600x1024" 130.37 1600 1648 1680 1760 1024 1202 1206 1235 -(--) RADEON(0): Display dimensions: (430, 320) mm -(--) RADEON(0): DPI set to (94, 95) +(**) RADEON(0): *Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync +(**) RADEON(0): *Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x960" 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync +(**) RADEON(0): *Default mode "1152x864": 108.0 MHz, 67.5 kHz, 75.0 Hz +(II) RADEON(0): Modeline "1152x864" 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync +(**) RADEON(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz +(II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync +(**) RADEON(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz +(II) RADEON(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync +(**) RADEON(0): *Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz +(II) RADEON(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync +(**) RADEON(0): Default mode "1920x1200": 193.2 MHz, 74.5 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1920x1200" 193.16 1920 2048 2256 2592 1200 1201 1204 1242 +(**) RADEON(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1680x1050" 147.14 1680 1784 1968 2256 1050 1051 1054 1087 +(**) RADEON(0): Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1400x1050" 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync +(**) RADEON(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync +(**) RADEON(0): Default mode "1440x900": 108.8 MHz, 56.9 kHz, 60.2 Hz +(II) RADEON(0): Modeline "1440x900" 108.84 1440 1472 1880 1912 900 918 927 946 +hsync +vsync +(**) RADEON(0): Default mode "1280x800": 83.5 MHz, 49.7 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x800" 83.46 1280 1344 1480 1680 800 801 804 828 +(**) RADEON(0): Default mode "1280x768": 80.1 MHz, 47.7 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x768" 80.14 1280 1344 1480 1680 768 769 772 795 +(**) RADEON(0): Default mode "1152x768": 65.0 MHz, 44.2 kHz, 54.8 Hz +(II) RADEON(0): Modeline "1152x768" 65.00 1152 1178 1314 1472 768 771 777 806 +hsync +vsync +(**) RADEON(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz +(II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync +(**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz +(II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync +(**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync +(**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz +(II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync +(**) RADEON(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz +(II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz +(II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz +(II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz +(II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync +(**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz +(II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync +(**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz +(II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync +(**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz +(II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync +(**) RADEON(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz +(II) RADEON(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync +(**) RADEON(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz +(II) RADEON(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync +(**) RADEON(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz +(II) RADEON(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync +(II) RADEON(0): Modes for CRT2: ******************** +(--) RADEON(0): Virtual size is 1600x1200 (pitch 1600) +(**) RADEON(0): *Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync +(**) RADEON(0): *Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x960" 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync +(**) RADEON(0): *Default mode "1152x864": 108.0 MHz, 67.5 kHz, 75.0 Hz +(II) RADEON(0): Modeline "1152x864" 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync +(**) RADEON(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz +(II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync +(**) RADEON(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz +(II) RADEON(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync +(**) RADEON(0): *Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz +(II) RADEON(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync +(**) RADEON(0): Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1400x1050" 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync +(**) RADEON(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync +(**) RADEON(0): Default mode "1440x900": 108.8 MHz, 56.9 kHz, 60.2 Hz +(II) RADEON(0): Modeline "1440x900" 108.84 1440 1472 1880 1912 900 918 927 946 +hsync +vsync +(**) RADEON(0): Default mode "1280x800": 83.5 MHz, 49.7 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x800" 83.46 1280 1344 1480 1680 800 801 804 828 +(**) RADEON(0): Default mode "1280x768": 80.1 MHz, 47.7 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1280x768" 80.14 1280 1344 1480 1680 768 769 772 795 +(**) RADEON(0): Default mode "1152x768": 65.0 MHz, 44.2 kHz, 54.8 Hz +(II) RADEON(0): Modeline "1152x768" 65.00 1152 1178 1314 1472 768 771 777 806 +hsync +vsync +(**) RADEON(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz +(II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync +(**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz +(II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync +(**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz +(II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync +(**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz +(II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync +(**) RADEON(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz +(II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz +(II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz +(II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync +(**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz +(II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync +(**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz +(II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync +(**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz +(II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync +(**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz +(II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync +(**) RADEON(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz +(II) RADEON(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync +(**) RADEON(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz +(II) RADEON(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync +(**) RADEON(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz +(II) RADEON(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync +(**) RADEON(0): Default mode "416x312": 28.6 MHz, 49.7 kHz, 74.7 Hz (D) +(II) RADEON(0): Modeline "416x312" 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync +(**) RADEON(0): Default mode "400x300": 28.1 MHz, 53.7 kHz, 85.3 Hz (D) +(II) RADEON(0): Modeline "400x300" 28.15 400 416 448 524 300 300 302 315 doublescan +hsync +vsync +(**) RADEON(0): Default mode "400x300": 24.8 MHz, 46.9 kHz, 75.1 Hz (D) +(II) RADEON(0): Modeline "400x300" 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync +(**) RADEON(0): Default mode "400x300": 25.0 MHz, 48.1 kHz, 72.2 Hz (D) +(II) RADEON(0): Modeline "400x300" 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync +(**) RADEON(0): Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) +(II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync +(**) RADEON(0): Default mode "400x300": 18.0 MHz, 35.2 kHz, 56.3 Hz (D) +(II) RADEON(0): Modeline "400x300" 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync +(**) RADEON(0): Default mode "320x240": 18.0 MHz, 43.3 kHz, 85.2 Hz (D) +(II) RADEON(0): Modeline "320x240" 18.00 320 348 376 416 240 240 242 254 doublescan -hsync -vsync +(**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.5 kHz, 75.0 Hz (D) +(II) RADEON(0): Modeline "320x240" 15.75 320 328 360 420 240 240 242 250 doublescan -hsync -vsync +(**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.9 kHz, 72.8 Hz (D) +(II) RADEON(0): Modeline "320x240" 15.75 320 332 352 416 240 244 245 260 doublescan -hsync -vsync +(**) RADEON(0): Default mode "320x240": 12.6 MHz, 31.5 kHz, 60.1 Hz (D) +(II) RADEON(0): Modeline "320x240" 12.60 320 328 376 400 240 245 246 262 doublescan -hsync -vsync +(**) RADEON(0): Default mode "360x200": 17.8 MHz, 37.9 kHz, 85.0 Hz (D) +(II) RADEON(0): Modeline "360x200" 17.75 360 378 414 468 200 200 202 223 doublescan -hsync +vsync +(**) RADEON(0): Default mode "320x200": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) +(II) RADEON(0): Modeline "320x200" 15.75 320 336 368 416 200 200 202 222 doublescan -hsync +vsync +(**) RADEON(0): Default mode "320x175": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) +(II) RADEON(0): Modeline "320x175" 15.75 320 336 368 416 175 191 192 222 doublescan +hsync -vsync +(II) RADEON(0): Generating MergedFB mode list +(II) RADEON(0): No MetaModes given, linking largest common modes by default +(II) RADEON(0): Merged "1600x1200" (1600x1200) and "1600x1200" (1600x1200) to 1600x1200 (Clone) +(--) RADEON(0): MergedFB: Virtual width 1600 +(--) RADEON(0): MergedFB: Virtual height 1200 +(--) RADEON(0): MergedFB: Display dimensions: (430, 320) mm +(--) RADEON(0): MergedFB: DPI set to (94, 95) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/lib/xorg/modules/libfb.so @@ -691,13 +936,47 @@ [29] 0 0 0xf00003b0 - 0xf00003bb (0xc) IS[B](OprU) [30] 0 0 0xf00003c0 - 0xf00003df (0x20) IS[B](OprU) (**) RADEON(0): RADEONScreenInit a0000000 0 +(**) RADEON(0): Map: 0xa0000000, 0x04000000 (**) RADEON(0): RADEONSave +(**) RADEON(0): RADEONSaveMode(0x102163a8) +(**) RADEON(0): Read: 0x0000000c 0x00010074 0x00000000 +(**) RADEON(0): Read: rd=12, fd=116, pd=1 +(**) RADEON(0): Read: 0x0000000c 0x00070086 0x00000000 +(**) RADEON(0): Read: rd=12, fd=134, pd=7 +(**) RADEON(0): RADEONSaveMode returns 0x102163a8 (**) RADEON(0): RADEONInitMemoryMap() : (**) RADEON(0): mem_size : 0x04000000 -(**) RADEON(0): agp_size : 0x10216278 -(**) RADEON(0): agp_base : 0x10216278 -(**) RADEON(0): MC_FB_LOCATION : 0x7fff0000 +(**) RADEON(0): agp_size : 0x10216280 +(**) RADEON(0): agp_base : 0x10216280 +(**) RADEON(0): MC_FB_LOCATION : 0xa3ffa000 (**) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 +(**) RADEON(0): RADEONModeInit() +1600x1200 1889173.94 1600 1664 1856 2160 1200 1201 1204 1250 (24,32) +H +V +1600x1200 1889173.94 1600 1664 1856 2160 1200 1201 1204 1250 (24,32) +H +V +(**) RADEON(0): Pitch = 13107400 bytes (virtualX = 1600, displayWidth = 1600) +(**) RADEON(0): dc=16200, of=16200, fd=72, pd=1 +(**) RADEON(0): Pitch = 13107400 bytes (virtualX = 1600, displayWidth = 1600) +(**) RADEON(0): dc=16200, of=16200, fd=72, pd=1 +(**) RADEON(0): TMDS_PLL from 6a4 to 83f +(II) RADEON(0): BIOS HotKeys Disabled +(**) RADEON(0): RADEONInit returns 0x10216d58 +(**) RADEON(0): RADEONRestoreMode() +(**) RADEON(0): RADEONRestoreMode(0x10216d58) +(**) RADEON(0): RADEONRestoreMemMapRegisters() : +(**) RADEON(0): MC_FB_LOCATION : 0xa3ffa000 +(**) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 +(**) RADEON(0): Map Changed ! Applying ... +(**) RADEON(0): Map applied, resetting engine ... +(**) RADEON(0): Updating display base addresses... +(**) RADEON(0): Memory map updated. +(**) RADEON(0): Programming CRTC2, offset: 0x00000000 +(**) RADEON(0): Wrote: 0x0000000c 0x00000048 0x00000000 (0x0000bc00) +(**) RADEON(0): Wrote: rd=12, fd=72, pd=0 +(**) RADEON(0): Programming CRTC1, offset: 0x00000000 +(**) RADEON(0): Wrote: 0x0000000c 0x00000048 0x00000000 (0x0000bc00) +(**) RADEON(0): Wrote: rd=12, fd=72, pd=0 +(**) RADEON(0): GRPH_BUFFER_CNTL from 20007c7c to 20155c5c +(**) RADEON(0): GRPH2_BUFFER_CNTL from 20205c5c to 202e5c5c (**) RADEON(0): RADEONSaveScreen(0) (II) RADEON(0): Depth moves disabled by default (**) RADEON(0): Setting up initial surfaces @@ -737,6 +1016,7 @@ (II) RADEON(0): Largest offscreen area available: 1600 x 6986 (**) RADEON(0): Initializing color map (**) RADEON(0): Initializing DGA +(II) RADEON(0): Running MergedFB in Clone mode, Radeon Pseudo-Xinerama disabled (**) RADEON(0): Initializing Xv (II) RADEON(0): Detected Radeon 9000 - skipping multimedia i2c initialization code. (II) Loading sub module "theatre_detect" @@ -798,6 +1078,21 @@ (**) RADEON(0): RADEONDRIStop (**) RADEON(0): RADEONDisplayPowerManagementSet(0,0x0) (**) RADEON(0): RADEONRestore +(**) RADEON(0): RADEONRestoreMode() +(**) RADEON(0): RADEONRestoreMode(0x102163a8) +(**) RADEON(0): RADEONRestoreMemMapRegisters() : +(**) RADEON(0): MC_FB_LOCATION : 0x7fff0000 +(**) RADEON(0): MC_AGP_LOCATION : 0xffffe000 +(**) RADEON(0): Map Changed ! Applying ... +(**) RADEON(0): Map applied, resetting engine ... +(**) RADEON(0): Updating display base addresses... +(**) RADEON(0): Memory map updated. +(**) RADEON(0): Programming CRTC2, offset: 0x04008000 +(**) RADEON(0): Wrote: 0x0000000c 0x00070086 0x00000000 (0x0000bc00) +(**) RADEON(0): Wrote: rd=12, fd=134, pd=7 +(**) RADEON(0): Programming CRTC1, offset: 0x00000000 +(**) RADEON(0): Wrote: 0x0000000c 0x00010074 0x00000000 (0x0000bc00) +(**) RADEON(0): Wrote: rd=12, fd=116, pd=1 (**) RADEON(0): Disposing accel... (**) RADEON(0): Disposing cusor info (**) RADEON(0): Disposing DGA -- G. Branden Robinson | Debian GNU/Linux | De minimis non curat lex. branden@debian.org | http://people.debian.org/~branden/ |
[Xorg.1.log.monitor_layout_commented (text/plain, attachment)]
[Xorg.1.log.use_fbdev_commented (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Bug reassigned from package `xserver-xorg' to `xserver-xorg-video-ati'.
Request was from Brice Goglin <Brice.Goglin@ens-lyon.org>
to control@bugs.debian.org.
(Thu, 24 May 2007 19:27:27 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #35 received at 348082@bugs.debian.org (full text, mbox, reply):
Branden Robinson wrote: > Package: xserver-xorg > Version: 6.9.0.dfsg.1-2 > Severity: normal > Tags: upstream > > This is a regression from 6.8.2.dfsg.1-11. > > I don't even know how to begin to describe the problem I'm having beyond > what's in the bug subject. > > The amount of pinkness and intereference seems to vary with how saturated > the rest of the screen is. > > I took two pictures of my monitor. The images are way too large to attach, > so I have put them up on one of my web servers. > > http://redwald.deadbeast.net/tmp/branden_grief_1.jpeg > http://redwald.deadbeast.net/tmp/branden_grief_2.jpeg > > Sadly, this is so distracting I'll have to downgrade to 6.8.2.dfsg.1-11. > > Congratulations on getting 6.9.0 into unstable nonetheless. :) > Hi Branden, What's the status of this bug with ati driver 6.6.3 (or 6.6.192 in experimental) and xserver-xorg-core 1.3? Thanks, Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #40 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Tue, Jul 24, 2007 at 12:10:48AM +0200, Brice Goglin wrote: > > I took two pictures of my monitor. The images are way too large to attach, > > so I have put them up on one of my web servers. > > > > http://redwald.deadbeast.net/tmp/branden_grief_1.jpeg > > http://redwald.deadbeast.net/tmp/branden_grief_2.jpeg > > Hi Branden, > > What's the status of this bug with ati driver 6.6.3 (or 6.6.192 in > experimental) and xserver-xorg-core 1.3? Hi Brice! ii xserver-xorg-core 2:1.3.0.0.dfsg-11 ii xserver-xorg-video-ati 1:6.6.3-2 Still exactly the same, as far as I can tell. I just restarted X within the past day or two. The pinkness still comes back in exactly the same way on any X server reset, and I can still get rid of it exactly the same way -- run xvidtune, and then adjust the screen right or left. I haven't tried up/down or resizing, but I suspect that any vidmode tweak will just fix the problem. My hardware is still exactly the same as when I filed this report. Thanks very much for your scrupulous attention to old X bugs. -- G. Branden Robinson | It's extremely difficult to govern Debian GNU/Linux | when you control all three branches branden@debian.org | of government. http://people.debian.org/~branden/ | -- John Feehery
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #45 received at 348082@bugs.debian.org (full text, mbox, reply):
Branden Robinson wrote: > Hi Brice! > > ii xserver-xorg-core 2:1.3.0.0.dfsg-11 > ii xserver-xorg-video-ati 1:6.6.3-2 > > Still exactly the same, as far as I can tell. I just restarted X within > the past day or two. > It'd be good to test ati 6.6.192 in experimental too (or 6.7 which should arrive in unstable in the near future). Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@labri.fr>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #50 received at 348082@bugs.debian.org (full text, mbox, reply):
Hi Branden, The randr-1.2 ati driver is now in experimental (6.7.192 uploaded today), it contains a major rework of the driver. Could you test whether your problem still occurs? Thanks, Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #55 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Mon, Aug 27, 2007 at 11:35:33AM +0200, Brice Goglin wrote: > Hi Branden, > > The randr-1.2 ati driver is now in experimental (6.7.192 uploaded > today), it contains a major rework of the driver. Could you test whether > your problem still occurs? Hi Brice, I'll check into this as soon as I can (I'll shoot for some time this week, tonight UTC-0400 if I'm really lucky). What's the current state of autobuilding experimental? Only i386 packages are up right now. If not, I still know how to build from source, of course, but I don't run anything newer than lenny, so some warning would be appreciated as to whether I'll need to set up a chroot for some bleeding-edge build-deps. Once again, you have my appreciation for the big rubber mallet and pruning shears you've been wielding so ferociously against the X bug list. -- G. Branden Robinson | The last time the Republican Party Debian GNU/Linux | was on the right side of a social branden@debian.org | issue, Abe Lincoln was president. http://people.debian.org/~branden/ | -- Kirk Tofte
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Michel Dänzer <daenzer@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #60 received at 348082@bugs.debian.org (full text, mbox, reply):
On Mon, 2007-08-27 at 11:24 -0400, Branden Robinson wrote: > On Mon, Aug 27, 2007 at 11:35:33AM +0200, Brice Goglin wrote: > > Hi Branden, > > > > The randr-1.2 ati driver is now in experimental (6.7.192 uploaded > > today), it contains a major rework of the driver. Could you test whether > > your problem still occurs? > > Hi Brice, > > I'll check into this as soon as I can (I'll shoot for some time this week, > tonight UTC-0400 if I'm really lucky). > > What's the current state of autobuilding experimental? There is an experimental autobuilder for powerpc, but it usually lags a bit. > Only i386 packages are up right now. If not, I still know how to > build from source, of course, but I don't run anything newer than > lenny, so some warning would be appreciated as to whether I'll > need to set up a chroot for some bleeding-edge build-deps. I have everything built for powerpc in a pbuilder chroot. Just let me know which packages you need and I can put them up on people.debian.org. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Tags added: moreinfo
Request was from Brice Goglin <bgoglin@debian.org>
to control@bugs.debian.org.
(Tue, 28 Aug 2007 17:24:07 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #67 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Mon, Aug 27, 2007 at 11:35:33AM +0200, Brice Goglin wrote: > Hi Branden, > > The randr-1.2 ati driver is now in experimental (6.7.192 uploaded > today), it contains a major rework of the driver. Could you test whether > your problem still occurs? Bad news. It got even worse. My hardware configuration now appears to be completely unsupported. I'm attaching xorg.conf and Xorg.0.log. (In other news, the new xserver-xorg from experimental doesn't seem to be setting the shared/default-x-server template, with grim results for debconf.) If I add the following to xorg.conf: Option "MonitorLayout" "TMDS,CRT" In fact I'll attach another Xorg log so that you can see the difference with an without this option. The bit that concerns me is common to both: (WW) RADEON(0): Option "UseFBDev" is not used Don't I kinda have to have that, since I'm on a PowerPC? Hmm, and it says ""MonitorLayout" is not used" when I try to use *that*. Anyway, with "MonitorLayout" I get ugly corruption for a second or two after attempting to start the X server, before the monitor loses track of the video signal from the adapter altogether. Without MonitorLayout, I'm just blank before the monitor loses it. Either way, though, the monitor goes hunting for a signal from both inputs. A VT switch back to a console VT puts things right, but a viewable X VT appears to be out of the question. Michel Daenzer is currently working with me on IRC; I may have more follow-up soon. -- G. Branden Robinson | Debian GNU/Linux | "Bother," said Pooh, as he was branden@debian.org | assimilated by the Borg. http://people.debian.org/~branden/ |
[Xorg.0.log (text/plain, attachment)]
[Xorg.0.log.old (text/plain, attachment)]
[xorg.conf (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Michel Dänzer <daenzer@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #72 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, 2007-08-30 at 05:17 -0400, Branden Robinson wrote: > > The bit that concerns me is common to both: > > (WW) RADEON(0): Option "UseFBDev" is not used > > Don't I kinda have to have that, since I'm on a PowerPC? No, hasn't been necessary (or even very useful) in a while. > Hmm, and it says ""MonitorLayout" is not used" when I try to use *that*. > > Anyway, with "MonitorLayout" I get ugly corruption for a second or two after > attempting to start the X server, before the monitor loses track of the video > signal from the adapter altogether. > > Without MonitorLayout, I'm just blank before the monitor loses it. This can't be related to MonitorLayout as the driver no longer knows that option, so it has no effect. Looking at the log file, the driver seems to misdetect the DVI connection as being VGA: > (II) RADEON(0): EDID data from the display on connector: VGA > ---------------------- > (II) RADEON(0): Manufacturer: SAM Model: 91 Serial#: 1312961073 > (II) RADEON(0): Year: 2005 Week: 14 > (II) RADEON(0): EDID Version: 1.3 > (II) RADEON(0): Digital Display Input Note the 'Digital Display Input' (and Branden confirmed on IRC it's a real DVI connection). Alex Deucher can probably provide the Option "ConnectorTable" magic to work around this and then fix it properly. :) -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #77 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/30/07, Michel Dänzer <daenzer@debian.org> wrote: > On Thu, 2007-08-30 at 05:17 -0400, Branden Robinson wrote: > > > > The bit that concerns me is common to both: > > > > (WW) RADEON(0): Option "UseFBDev" is not used > > > > Don't I kinda have to have that, since I'm on a PowerPC? > > No, hasn't been necessary (or even very useful) in a while. > > > > Hmm, and it says ""MonitorLayout" is not used" when I try to use *that*. > > > > Anyway, with "MonitorLayout" I get ugly corruption for a second or two after > > attempting to start the X server, before the monitor loses track of the video > > signal from the adapter altogether. > > > > Without MonitorLayout, I'm just blank before the monitor loses it. > > This can't be related to MonitorLayout as the driver no longer knows > that option, so it has no effect. > > > Looking at the log file, the driver seems to misdetect the DVI > connection as being VGA: > > > (II) RADEON(0): EDID data from the display on connector: VGA > > ---------------------- > > (II) RADEON(0): Manufacturer: SAM Model: 91 Serial#: 1312961073 > > (II) RADEON(0): Year: 2005 Week: 14 > > (II) RADEON(0): EDID Version: 1.3 > > (II) RADEON(0): Digital Display Input > > Note the 'Digital Display Input' (and Branden confirmed on IRC it's a > real DVI connection). > > Alex Deucher can probably provide the Option "ConnectorTable" magic to > work around this and then fix it properly. :) > Branden, remind me again what card this is and what connectors your card has. Actually, the full log would be useful. It's it a mac, we'll need to add a quirk for it. If it's a powerbook, I may have already fixed it. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Michel Dänzer <daenzer@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #82 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote: > Branden, remind me again what card this is and what connectors your > card has. Actually, the full log would be useful. It's it a mac, > we'll need to add a quirk for it. If it's a powerbook, I may have > already fixed it. Alex, the full history of this bug report is available at http://bugs.debian.org/348082 -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #87 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/30/07, Michel Dänzer <daenzer@debian.org> wrote: > On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote: > > > Branden, remind me again what card this is and what connectors your > > card has. Actually, the full log would be useful. It's it a mac, > > we'll need to add a quirk for it. If it's a powerbook, I may have > > already fixed it. > > Alex, the full history of this bug report is available at > > http://bugs.debian.org/348082 ok, I scanned over the bug. It looks like the ddc lines are reversed. What connectors does the card actually have? What model mac is this? I'm assuming that it has a DVI port and a VGA port. Does it have a TV port as well? try: Option "ReverseDDC" "true" If that doesn't work we can try some connector tables. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #92 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, Aug 30, 2007 at 10:25:49AM -0400, Alex Deucher wrote: > On 8/30/07, Michel Dänzer <daenzer@debian.org> wrote: > > On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote: > > > > > Branden, remind me again what card this is and what connectors your > > > card has. Actually, the full log would be useful. It's it a mac, > > > we'll need to add a quirk for it. If it's a powerbook, I may have > > > already fixed it. > > > > Alex, the full history of this bug report is available at > > > > http://bugs.debian.org/348082 > > ok, I scanned over the bug. It looks like the ddc lines are reversed. > What connectors does the card actually have? 2 DVI ports. > What model mac is this? Power Mac G4, dual 1.25GHz, "mirrored drive door" > I'm assuming that it has a DVI port and a VGA port. Does it have a > TV port as well? 2 DVI ports, no TV port. > try: > Option "ReverseDDC" "true" > > If that doesn't work we can try some connector tables. Will do. -- G. Branden Robinson | Mediocrity knows nothing higher Debian GNU/Linux | than itself, but talent instantly branden@debian.org | recognizes genius. http://people.debian.org/~branden/ | -- Sir Arthur Conan Doyle
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #97 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Hardware questions answered in previous mail. On Thu, Aug 30, 2007 at 10:25:49AM -0400, Alex Deucher wrote: > try: > Option "ReverseDDC" "true" > > If that doesn't work we can try some connector tables. No dice. Current xorg.conf and corresponding log file attached. -- G. Branden Robinson | Imagination [was] given a man to Debian GNU/Linux | compensate him for what he is not, branden@debian.org | and a sense of humor...to console http://people.debian.org/~branden/ | him for what he is. -- Oscar Wilde
[xorg.conf (text/plain, attachment)]
[Xorg.0.log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #102 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/30/07, Branden Robinson <branden@debian.org> wrote: > On Thu, Aug 30, 2007 at 10:25:49AM -0400, Alex Deucher wrote: > > On 8/30/07, Michel Dänzer <daenzer@debian.org> wrote: > > > On Thu, 2007-08-30 at 09:54 -0400, Alex Deucher wrote: > > > > > > > Branden, remind me again what card this is and what connectors your > > > > card has. Actually, the full log would be useful. It's it a mac, > > > > we'll need to add a quirk for it. If it's a powerbook, I may have > > > > already fixed it. > > > > > > Alex, the full history of this bug report is available at > > > > > > http://bugs.debian.org/348082 > > > > ok, I scanned over the bug. It looks like the ddc lines are reversed. > > What connectors does the card actually have? > > 2 DVI ports. Ok. now we just need to figure out how the ports are mapped. Since you have two DVI ports I suspect the one you are currently using it drive by an external tmds chip, which is not fully supported at the moment (it might work if OF or macos init's the chip first). That may be part of the reason for the interference. try the following connector table: # port ddc dac tmds connector # port0 VGA_DCC primary external DVI-I # port1 DVI_DCC tvdac internal DVI-I Option "ConnectorTable" "3,0,1,3,2,1,0,3" If that doesn't work, try swapping the monitor to the other DVI port. Ideally we'd work out the analog mappings as well. Finally, if none of that works try swapping the ddc ports: # port ddc dac tmds connector # port0 DVI_DCC primary external DVI-I # port1 VGA_DCC tvdac internal DVI-I Option "ConnectorTable" "2,0,1,3,3,1,0,3" the information these numbers correspond to can be found in radeon_probe.h if you are curious. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #107 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, Aug 30, 2007 at 01:17:29PM -0400, Alex Deucher wrote: > Ok. now we just need to figure out how the ports are mapped. Since > you have two DVI ports I suspect the one you are currently using it > drive by an external tmds chip, which is not fully supported at the > moment (it might work if OF or macos init's the chip first). That may > be part of the reason for the interference. > > try the following connector table: > > # port ddc dac tmds connector > # port0 VGA_DCC primary external DVI-I > # port1 DVI_DCC tvdac internal DVI-I > Option "ConnectorTable" "3,0,1,3,2,1,0,3" Progress! This restores the video card's ability to talk to the monitor. Unfortunately, not only does the original bug not appear to be fixed, but there is further degradation. See the following screenshots. The first was after a restart of kdm. The second was after exiting that session and starting a new "generation" of the X server, though I'm not sure if/how that matters. http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg I'll call that new problem #1: this looks like actual framebuffer corruption on top of the video signal interference (sic?) I've been experiencing since I filed this bug. More data points: xvidtune no longer works to fix the pinkness and striping effect. But I reckon this is expected thanks to some X extension jiggery-pokery -- RandR 1.2 superseding XVidMode. At least that's my vague understanding. Corrections welcome. :) Based on that conjecture, I poked around with xrandr (the utility), and came up with the following recipe: xrandr --output DVI-1 --mode 0x4f xrandr --output DVI-1 --mode 0x4e (0x4e is the mode I actually start in.) Any mode change fixes the problem, but modes with resolutions smaller than 1600x1200 get rejected as being too small. Michel Dänzer seemed to think that should work. Should it? New problem #2: The X cursor is corrupted. It looks like the cursor has been sectionally barrel-shifted about the vertical axis. This doesn't visibly affect the insertion point cursor that xterm uses, but the normal right-pointing arrow that KDE uses barely is, and the white hand cursor KDE uses when you hover over the task bar is dramatically affected. New problem #3: Console framebuffer corruption: While the X server is alive, there is no problem, but when the X server exits, every character cell on the text VTs gets its left and right halves swapped, making the console unreadable without great effort. The only way I have figured out to correct this is to restart the X server. The problem that does appear fixed is the rightward screen offset problem from my original report. The X server hasn't yet come up without a properly centered image. Config file and server log attached. -- G. Branden Robinson | For every credibility gap, there is Debian GNU/Linux | a gullibility fill. branden@debian.org | -- Richard Clopton http://people.debian.org/~branden/ |
[xorg.conf (text/plain, attachment)]
[Xorg.0.log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #112 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/30/07, Branden Robinson <branden@debian.org> wrote: > On Thu, Aug 30, 2007 at 01:17:29PM -0400, Alex Deucher wrote: > > Ok. now we just need to figure out how the ports are mapped. Since > > you have two DVI ports I suspect the one you are currently using it > > drive by an external tmds chip, which is not fully supported at the > > moment (it might work if OF or macos init's the chip first). That may > > be part of the reason for the interference. > > > > try the following connector table: > > > > # port ddc dac tmds connector > > # port0 VGA_DCC primary external DVI-I > > # port1 DVI_DCC tvdac internal DVI-I > > Option "ConnectorTable" "3,0,1,3,2,1,0,3" > > Progress! > > This restores the video card's ability to talk to the monitor. > > Unfortunately, not only does the original bug not appear to be fixed, but > there is further degradation. > > See the following screenshots. The first was after a restart of kdm. The > second was after exiting that session and starting a new "generation" of > the X server, though I'm not sure if/how that matters. > > http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg > http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg > > I'll call that new problem #1: this looks like actual framebuffer > corruption on top of the video signal interference (sic?) I've been > experiencing since I filed this bug. > > More data points: > > xvidtune no longer works to fix the pinkness and striping effect. But I > reckon this is expected thanks to some X extension jiggery-pokery -- RandR > 1.2 superseding XVidMode. At least that's my vague understanding. > Corrections welcome. :) > > Based on that conjecture, I poked around with xrandr (the utility), and > came up with the following recipe: > > xrandr --output DVI-1 --mode 0x4f > xrandr --output DVI-1 --mode 0x4e > > (0x4e is the mode I actually start in.) > > Any mode change fixes the problem, but modes with resolutions smaller than > 1600x1200 get rejected as being too small. Michel Dänzer seemed to think > that should work. Should it? Depends on the monitor. In most cases it should. Can you send me the output of xrandr --verbose? the strange colors and such may be due to the external TMDS chip. it may need some special handling that we are not currently doing that gets fixed after you switch modes. Can you try again with the same connectortable option but the monitor attached to the other DVI port? there's a greater chance of that port working correctly as it uses internal tmds which we know how to program correctly. > > New problem #2: The X cursor is corrupted. It looks like the cursor has > been sectionally barrel-shifted about the vertical axis. This doesn't > visibly affect the insertion point cursor that xterm uses, but the normal > right-pointing arrow that KDE uses barely is, and the white hand cursor KDE > uses when you hover over the task bar is dramatically affected. > known server issue see bug: https://bugs.freedesktop.org/show_bug.cgi?id=11796 > New problem #3: Console framebuffer corruption: While the X server is > alive, there is no problem, but when the X server exits, every character > cell on the text VTs gets its left and right halves swapped, making the > console unreadable without great effort. The only way I have figured out > to correct this is to restart the X server. not sure about this. It may be some issue with radeonfb or the external tmds chip not being reset properly. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #117 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote:
> > Any mode change fixes the problem, but modes with resolutions smaller than
> > 1600x1200 get rejected as being too small. Michel Dänzer seemed to think
> > that should work. Should it?
>
> Depends on the monitor. In most cases it should. Can you send me the
> output of xrandr --verbose?
Here you go. I'll tackle the rest of your requests this evening or over
the weekend.
Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600
DVI-1 connected 1600x1200+0+0 (0x4f) normal (normal left inverted right x axis y axis) 432mm x 324mm
Identifier: 0x4c
Timestamp: -772800836
Subpixel: horizontal rgb
Clones:
CRTC: 0
CRTCs: 0 1
EDID_DATA:
00ffffffffffff004c2d91003132424e
0e0f0103802b20a02ad0c4a15a4b9723
174f57bfef80a9408180010101010101
010101010101ed3240a060b023403020
2400b0441100001a000000fd00384b1e
510e000a202020202020000000fc0053
796e634d61737465720a2020000000ff
00484348593430303832340a2020001c
dvi_monitor_type: auto
scaler: fill
1600x1200 (0x4e) 130.4MHz +HSync -VSync
h: width 1600 start 1648 end 1680 total 1760 skew 0 clock 74.1KHz
v: height 1200 start 1202 end 1206 total 1235 clock 60.0Hz
1600x1200 (0x4f) 161.0MHz -HSync +VSync
h: width 1600 start 1712 end 1880 total 2160 skew 0 clock 74.5KHz
v: height 1200 start 1203 end 1207 total 1245 clock 59.9Hz
1280x1024 (0x50) 135.0MHz +HSync +VSync
h: width 1280 start 1296 end 1440 total 1688 skew 0 clock 80.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock 75.0Hz
1280x1024 (0x51) 109.0MHz -HSync +VSync
h: width 1280 start 1368 end 1496 total 1712 skew 0 clock 63.7KHz
v: height 1024 start 1027 end 1034 total 1063 clock 59.9Hz
1152x864 (0x52) 108.0MHz +HSync +VSync
h: width 1152 start 1216 end 1344 total 1600 skew 0 clock 67.5KHz
v: height 864 start 865 end 868 total 900 clock 75.0Hz
1024x768 (0x53) 78.8MHz +HSync +VSync
h: width 1024 start 1040 end 1136 total 1312 skew 0 clock 60.1KHz
v: height 768 start 769 end 772 total 800 clock 75.1Hz
1024x768 (0x54) 75.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1328 skew 0 clock 56.5KHz
v: height 768 start 771 end 777 total 806 clock 70.1Hz
1024x768 (0x55) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz
v: height 768 start 771 end 777 total 806 clock 60.0Hz
832x624 (0x56) 57.3MHz -HSync -VSync
h: width 832 start 864 end 928 total 1152 skew 0 clock 49.7KHz
v: height 624 start 625 end 628 total 667 clock 74.6Hz
800x600 (0x57) 50.0MHz +HSync +VSync
h: width 800 start 856 end 976 total 1040 skew 0 clock 48.1KHz
v: height 600 start 637 end 643 total 666 clock 72.2Hz
800x600 (0x58) 49.5MHz +HSync +VSync
h: width 800 start 816 end 896 total 1056 skew 0 clock 46.9KHz
v: height 600 start 601 end 604 total 625 clock 75.0Hz
800x600 (0x59) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz
v: height 600 start 601 end 605 total 628 clock 60.3Hz
800x600 (0x5a) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock 35.2KHz
v: height 600 start 601 end 603 total 625 clock 56.2Hz
640x480 (0x5b) 31.5MHz -HSync -VSync
h: width 640 start 656 end 720 total 840 skew 0 clock 37.5KHz
v: height 480 start 481 end 484 total 500 clock 75.0Hz
640x480 (0x5c) 31.5MHz -HSync -VSync
h: width 640 start 664 end 704 total 832 skew 0 clock 37.9KHz
v: height 480 start 489 end 491 total 520 clock 72.8Hz
640x480 (0x5d) 30.2MHz -HSync -VSync
h: width 640 start 704 end 768 total 864 skew 0 clock 35.0KHz
v: height 480 start 483 end 486 total 525 clock 66.7Hz
640x480 (0x5e) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz
v: height 480 start 490 end 492 total 525 clock 60.0Hz
720x400 (0x5f) 28.3MHz -HSync +VSync
h: width 720 start 738 end 846 total 900 skew 0 clock 31.5KHz
v: height 400 start 412 end 414 total 449 clock 70.1Hz
DVI-0 connected 1280x800+0+0 (0x60) normal (normal left inverted right x axis y axis) 0mm x 0mm
Identifier: 0x4d
Timestamp: -772800836
Subpixel: horizontal rgb
Clones:
CRTC: 1
CRTCs: 0 1
dvi_monitor_type: auto
scaler: fill
1280x800 (0x60) 83.5MHz
h: width 1280 start 1344 end 1480 total 1680 skew 0 clock 49.7KHz
v: height 800 start 801 end 804 total 828 clock 60.0Hz
1280x768 (0x61) 80.1MHz
h: width 1280 start 1344 end 1480 total 1680 skew 0 clock 47.7KHz
v: height 768 start 769 end 772 total 795 clock 60.0Hz
1024x768 (0x55) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz
v: height 768 start 771 end 777 total 806 clock 60.0Hz
800x600 (0x59) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz
v: height 600 start 601 end 605 total 628 clock 60.3Hz
640x480 (0x62) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz
v: height 480 start 490 end 492 total 525 clock 59.9Hz
--
G. Branden Robinson | What influenced me to atheism was
Debian GNU/Linux | reading the Bible cover to cover.
branden@debian.org | Twice.
http://people.debian.org/~branden/ | -- J. Michael Straczynski
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #122 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
A bit more info: On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote: > > http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg > > http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg > > > > I'll call that new problem #1: this looks like actual framebuffer > > corruption on top of the video signal interference (sic?) I've been > > experiencing since I filed this bug. My opinion now is that it has something to do with pixmap cache management. For some reason, when kdm asks for the pixmaps that comprise its background, the X server draws from someplace else in video memory. The following has me pretty convinced given that it comprises a bunch of images from recently-viewed webpages and windows that were unmapped when the previous X session was terminated. http://redwald.deadbeast.net/tmp/branden_grief_6.jpeg (Sigh. I reckon hardcore porn would be less embarrassing than some of that.) > > xvidtune no longer works to fix the pinkness and striping effect. But I > > reckon this is expected thanks to some X extension jiggery-pokery -- RandR > > 1.2 superseding XVidMode. At least that's my vague understanding. > > Corrections welcome. :) > > > > Based on that conjecture, I poked around with xrandr (the utility), and > > came up with the following recipe: > > > > xrandr --output DVI-1 --mode 0x4f > > xrandr --output DVI-1 --mode 0x4e More for the benefit of debian-x folks or general users, I'll note that sticking the above as the first thing in my $HOME/.xsession works beautifully. > > New problem #2: The X cursor is corrupted. It looks like the cursor has > > been sectionally barrel-shifted about the vertical axis. This doesn't > > visibly affect the insertion point cursor that xterm uses, but the normal > > right-pointing arrow that KDE uses barely is, and the white hand cursor KDE > > uses when you hover over the task bar is dramatically affected. > > known server issue see bug: > https://bugs.freedesktop.org/show_bug.cgi?id=11796 I've applied Michel's fix from that bug and it works great. -- G. Branden Robinson | The well-bred contradict other Debian GNU/Linux | people. The wise contradict branden@debian.org | themselves. http://people.debian.org/~branden/ | -- Oscar Wilde
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #127 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/31/07, Branden Robinson <branden@debian.org> wrote: > A bit more info: > > On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote: > > > http://redwald.deadbeast.net/tmp/branden_grief_4.jpeg > > > http://redwald.deadbeast.net/tmp/branden_grief_5.jpeg > > > > > > I'll call that new problem #1: this looks like actual framebuffer > > > corruption on top of the video signal interference (sic?) I've been > > > experiencing since I filed this bug. > > My opinion now is that it has something to do with pixmap cache management. > > For some reason, when kdm asks for the pixmaps that comprise its > background, the X server draws from someplace else in video memory. The > following has me pretty convinced given that it comprises a bunch of images > from recently-viewed webpages and windows that were unmapped when the > previous X session was terminated. Very strange. Can you open an new bug (https://bugs.freedesktop.org) for that? Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #132 received at 348082@bugs.debian.org (full text, mbox, reply):
On 8/31/07, Branden Robinson <branden@debian.org> wrote: > On Thu, Aug 30, 2007 at 08:16:04PM -0400, Alex Deucher wrote: > > > Any mode change fixes the problem, but modes with resolutions smaller than > > > 1600x1200 get rejected as being too small. Michel Dänzer seemed to think > > > that should work. Should it? > > > > Depends on the monitor. In most cases it should. Can you send me the > > output of xrandr --verbose? > > Here you go. I'll tackle the rest of your requests this evening or over > the weekend. > It appears the driver thinks have two monitors connected. do you? If not, I think perhaps I got the dac mapping backwards when I suggested the connectortable. does it help if you force off DVI-0 (xrandr --output DVI-0 --off) Can you also try this connectortable (reverses the dac mapping)? Option "ConnectorTable" "3,1,1,3,2,0,0,3" Thanks, Alex > Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600 > DVI-1 connected 1600x1200+0+0 (0x4f) normal (normal left inverted right x axis y axis) 432mm x 324mm > Identifier: 0x4c > Timestamp: -772800836 > Subpixel: horizontal rgb > Clones: > CRTC: 0 > CRTCs: 0 1 > EDID_DATA: > 00ffffffffffff004c2d91003132424e > 0e0f0103802b20a02ad0c4a15a4b9723 > 174f57bfef80a9408180010101010101 > 010101010101ed3240a060b023403020 > 2400b0441100001a000000fd00384b1e > 510e000a202020202020000000fc0053 > 796e634d61737465720a2020000000ff > 00484348593430303832340a2020001c > dvi_monitor_type: auto > scaler: fill > 1600x1200 (0x4e) 130.4MHz +HSync -VSync > h: width 1600 start 1648 end 1680 total 1760 skew 0 clock 74.1KHz > v: height 1200 start 1202 end 1206 total 1235 clock 60.0Hz > 1600x1200 (0x4f) 161.0MHz -HSync +VSync > h: width 1600 start 1712 end 1880 total 2160 skew 0 clock 74.5KHz > v: height 1200 start 1203 end 1207 total 1245 clock 59.9Hz > 1280x1024 (0x50) 135.0MHz +HSync +VSync > h: width 1280 start 1296 end 1440 total 1688 skew 0 clock 80.0KHz > v: height 1024 start 1025 end 1028 total 1066 clock 75.0Hz > 1280x1024 (0x51) 109.0MHz -HSync +VSync > h: width 1280 start 1368 end 1496 total 1712 skew 0 clock 63.7KHz > v: height 1024 start 1027 end 1034 total 1063 clock 59.9Hz > 1152x864 (0x52) 108.0MHz +HSync +VSync > h: width 1152 start 1216 end 1344 total 1600 skew 0 clock 67.5KHz > v: height 864 start 865 end 868 total 900 clock 75.0Hz > 1024x768 (0x53) 78.8MHz +HSync +VSync > h: width 1024 start 1040 end 1136 total 1312 skew 0 clock 60.1KHz > v: height 768 start 769 end 772 total 800 clock 75.1Hz > 1024x768 (0x54) 75.0MHz -HSync -VSync > h: width 1024 start 1048 end 1184 total 1328 skew 0 clock 56.5KHz > v: height 768 start 771 end 777 total 806 clock 70.1Hz > 1024x768 (0x55) 65.0MHz -HSync -VSync > h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz > v: height 768 start 771 end 777 total 806 clock 60.0Hz > 832x624 (0x56) 57.3MHz -HSync -VSync > h: width 832 start 864 end 928 total 1152 skew 0 clock 49.7KHz > v: height 624 start 625 end 628 total 667 clock 74.6Hz > 800x600 (0x57) 50.0MHz +HSync +VSync > h: width 800 start 856 end 976 total 1040 skew 0 clock 48.1KHz > v: height 600 start 637 end 643 total 666 clock 72.2Hz > 800x600 (0x58) 49.5MHz +HSync +VSync > h: width 800 start 816 end 896 total 1056 skew 0 clock 46.9KHz > v: height 600 start 601 end 604 total 625 clock 75.0Hz > 800x600 (0x59) 40.0MHz +HSync +VSync > h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz > v: height 600 start 601 end 605 total 628 clock 60.3Hz > 800x600 (0x5a) 36.0MHz +HSync +VSync > h: width 800 start 824 end 896 total 1024 skew 0 clock 35.2KHz > v: height 600 start 601 end 603 total 625 clock 56.2Hz > 640x480 (0x5b) 31.5MHz -HSync -VSync > h: width 640 start 656 end 720 total 840 skew 0 clock 37.5KHz > v: height 480 start 481 end 484 total 500 clock 75.0Hz > 640x480 (0x5c) 31.5MHz -HSync -VSync > h: width 640 start 664 end 704 total 832 skew 0 clock 37.9KHz > v: height 480 start 489 end 491 total 520 clock 72.8Hz > 640x480 (0x5d) 30.2MHz -HSync -VSync > h: width 640 start 704 end 768 total 864 skew 0 clock 35.0KHz > v: height 480 start 483 end 486 total 525 clock 66.7Hz > 640x480 (0x5e) 25.2MHz -HSync -VSync > h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz > v: height 480 start 490 end 492 total 525 clock 60.0Hz > 720x400 (0x5f) 28.3MHz -HSync +VSync > h: width 720 start 738 end 846 total 900 skew 0 clock 31.5KHz > v: height 400 start 412 end 414 total 449 clock 70.1Hz > DVI-0 connected 1280x800+0+0 (0x60) normal (normal left inverted right x axis y axis) 0mm x 0mm > Identifier: 0x4d > Timestamp: -772800836 > Subpixel: horizontal rgb > Clones: > CRTC: 1 > CRTCs: 0 1 > dvi_monitor_type: auto > scaler: fill > 1280x800 (0x60) 83.5MHz > h: width 1280 start 1344 end 1480 total 1680 skew 0 clock 49.7KHz > v: height 800 start 801 end 804 total 828 clock 60.0Hz > 1280x768 (0x61) 80.1MHz > h: width 1280 start 1344 end 1480 total 1680 skew 0 clock 47.7KHz > v: height 768 start 769 end 772 total 795 clock 60.0Hz > 1024x768 (0x55) 65.0MHz -HSync -VSync > h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz > v: height 768 start 771 end 777 total 806 clock 60.0Hz > 800x600 (0x59) 40.0MHz +HSync +VSync > h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz > v: height 600 start 601 end 605 total 628 clock 60.3Hz > 640x480 (0x62) 25.2MHz -HSync -VSync > h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz > v: height 480 start 490 end 492 total 525 clock 59.9Hz > > -- > G. Branden Robinson | What influenced me to atheism was > Debian GNU/Linux | reading the Bible cover to cover. > branden@debian.org | Twice. > http://people.debian.org/~branden/ | -- J. Michael Straczynski > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iEYEARECAAYFAkbYH7sACgkQ6kxmHytGonxNlACbBoOuqmCqjnhw/bTbDfTv+nd3 > dxkAn0uQFJb4eUlxt9KG7tGdQao17pdQ > =Ic51 > -----END PGP SIGNATURE----- > >
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #137 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Fri, Aug 31, 2007 at 11:22:29PM -0400, Alex Deucher wrote: > It appears the driver thinks have two monitors connected. do you? Nope. Just the one, the Samsung SyncMaster 213T. I haven't switched DVI ports yet. Apparently I'm on DVI-1. > If not, I think perhaps I got the dac mapping backwards when I suggested > the connectortable. does it help if you force off DVI-0 (xrandr --output > DVI-0 --off) If I understand you correctly, I'll try this instead of the two xrandr mode switches in my .xsession. > Can you also try this connectortable (reverses the dac mapping)? > Option "ConnectorTable" "3,1,1,3,2,0,0,3" That's three more experiments: 1) xrandr --output DVI-0 --off 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3" 3) Switch the ConnectorTable back to what I have now*, and plug the monitor into the other DVI port. Please let me know if I'm leaving one out. * Option "ConnectorTable" "3,0,1,3,2,1,0,3" -- G. Branden Robinson | Debian GNU/Linux | Music is the brandy of the damned. branden@debian.org | -- George Bernard Shaw http://people.debian.org/~branden/ |
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #142 received at 348082@bugs.debian.org (full text, mbox, reply):
On 9/1/07, Branden Robinson <branden@debian.org> wrote: > On Fri, Aug 31, 2007 at 11:22:29PM -0400, Alex Deucher wrote: > > It appears the driver thinks have two monitors connected. do you? > > Nope. Just the one, the Samsung SyncMaster 213T. > > I haven't switched DVI ports yet. Apparently I'm on DVI-1. > > > If not, I think perhaps I got the dac mapping backwards when I suggested > > the connectortable. does it help if you force off DVI-0 (xrandr --output > > DVI-0 --off) > > If I understand you correctly, I'll try this instead of the two xrandr mode > switches in my .xsession. > > > Can you also try this connectortable (reverses the dac mapping)? > > Option "ConnectorTable" "3,1,1,3,2,0,0,3" > > That's three more experiments: > > 1) xrandr --output DVI-0 --off > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3" > 3) Switch the ConnectorTable back to what I have now*, and plug the monitor > into the other DVI port. 4) 3) with the new connectortable. Also, if you have an analog monitor (VGA connector). it'd be nice to test that to make sure we actually have the dac mapping correct. Thanks, Alex > > Please let me know if I'm leaving one out. > > * Option "ConnectorTable" "3,0,1,3,2,1,0,3" > > -- > G. Branden Robinson | > Debian GNU/Linux | Music is the brandy of the damned. > branden@debian.org | -- George Bernard Shaw > http://people.debian.org/~branden/ | > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iEYEARECAAYFAkbY8/QACgkQ6kxmHytGonzyNwCfdXlDG07WcNTwrGu52U7OX2kX > PTkAn32Qdal1j7gh126b5/0YLsadLvH6 > =HDn3 > -----END PGP SIGNATURE----- > >
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #147 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Fri, Aug 31, 2007 at 11:13:59PM -0400, Alex Deucher wrote: > > For some reason, when kdm asks for the pixmaps that comprise its > > background, the X server draws from someplace else in video memory. The > > following has me pretty convinced given that it comprises a bunch of images > > from recently-viewed webpages and windows that were unmapped when the > > previous X session was terminated. > > Very strange. Can you open an new bug (https://bugs.freedesktop.org) > for that? Filed as fd.o #12274. -- G. Branden Robinson | If you're handsome, it's flirting. Debian GNU/Linux | If you're a troll, it's sexual branden@debian.org | harassment. http://people.debian.org/~branden/ | -- George Carlin
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #152 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote: > On 9/1/07, Branden Robinson <branden@debian.org> wrote: > > That's three more experiments: > > > > 1) xrandr --output DVI-0 --off This appears to be a no-op. The interference is left in place, and it is the same as if I do not use xrandr or xvidmode at all. > > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3" This also has no apparent effect. The same interference is present on server startup. > > 3) Switch the ConnectorTable back to what I have now*, and plug the monitor > > into the other DVI port. > > 4) 3) with the new connectortable. I'm afraid I cannot perform these experiments. Upon trying it, I see that my other video output is an ADC connector, not a DVI connector. http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg > Also, if you have an analog monitor (VGA connector). it'd be nice to > test that to make sure we actually have the dac mapping correct. Another disappointment -- I got rid of my last CRT monitors earlier this year. Given these setbacks, is there something more I can do to help with this bug? -- G. Branden Robinson | People are equally horrified at Debian GNU/Linux | hearing the Christian religion branden@debian.org | doubted, and at seeing it http://people.debian.org/~branden/ | practiced. -- Samuel Butler
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #157 received at 348082@bugs.debian.org (full text, mbox, reply):
On 9/7/07, Branden Robinson <branden@debian.org> wrote: > On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote: > > On 9/1/07, Branden Robinson <branden@debian.org> wrote: > > > That's three more experiments: > > > > > > 1) xrandr --output DVI-0 --off > > This appears to be a no-op. The interference is left in place, and it is > the same as if I do not use xrandr or xvidmode at all. > > > > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3" > > This also has no apparent effect. The same interference is present on > server startup. > > > > 3) Switch the ConnectorTable back to what I have now*, and plug the monitor > > > into the other DVI port. > > > > 4) 3) with the new connectortable. > > I'm afraid I cannot perform these experiments. Upon trying it, I see that my > other video output is an ADC connector, not a DVI connector. > > http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg > > > Also, if you have an analog monitor (VGA connector). it'd be nice to > > test that to make sure we actually have the dac mapping correct. > > Another disappointment -- I got rid of my last CRT monitors earlier this > year. > > Given these setbacks, is there something more I can do to help with this > bug? Once I merge the external tmds stuff, things might improve. stay tuned. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #162 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote: > > Given these setbacks, is there something more I can do to help with this > > bug? > > Once I merge the external tmds stuff, things might improve. stay tuned. Unless I am mistaken, this has been merged now. Branden, is it better with 6.7.196-1 currently in experimental? Thanks, Brice
Bug marked as found in version 1:6.7.192-1.
Request was from Brice Goglin <Brice.Goglin@ens-lyon.org>
to control@bugs.debian.org.
(Sun, 18 Nov 2007 16:15:06 GMT) (full text, mbox, link).
Reply sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
You have taken responsibility.
(full text, mbox, link).
Notification sent to Branden Robinson <branden@debian.org>:
Bug acknowledged by developer.
(full text, mbox, link).
Message #169 received at 348082-done@bugs.debian.org (full text, mbox, reply):
Version: 1:6.7.196-1 On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote: > On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote: > > > Given these setbacks, is there something more I can do to help with this > > > bug? > > > > Once I merge the external tmds stuff, things might improve. stay tuned. > > Unless I am mistaken, this has been merged now. Branden, is it better > with 6.7.196-1 currently in experimental? Marking as fixed now. Feel free to reopen if I am wrong. Cheers, Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #174 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sat, Dec 22, 2007 at 11:39:08AM +0000, Debian Bug Tracking System wrote: > On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote: > > On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote: > > > > Given these setbacks, is there something more I can do to help with this > > > > bug? > > > > > > Once I merge the external tmds stuff, things might improve. stay tuned. > > > > Unless I am mistaken, this has been merged now. Branden, is it better > > with 6.7.196-1 currently in experimental? > > Marking as fixed now. Feel free to reopen if I am wrong. I'll give this a try (I'm running 192 at present since I'm tracking lenny). Lately I've developed fresh problems with the X server--I'm not sure about the exact cause but the symptom is that the Xorg process goes crazy and chews up 100% CPU (or even just over that according to top on my SMP system, which was a new experience for me) and is totally unresponsive to everything including all signals. The hardware-accelerated cursor is still drivable but that's about it. Next time this happens I'll see if I can attach GDB to the X server and see where it's spinning. -- G. Branden Robinson | Kissing girls is a goodness. It is Debian GNU/Linux | a growing closer. It beats the branden@debian.org | hell out of card games. http://people.debian.org/~branden/ | -- Robert Heinlein
[signature.asc (application/pgp-signature, inline)]
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Fri, 25 Jan 2008 07:34:22 GMT) (full text, mbox, link).
Bug unarchived.
Request was from Branden Robinson <branden@debian.org>
to control@bugs.debian.org.
(Thu, 22 May 2008 04:18:02 GMT) (full text, mbox, link).
Bug reopened, originator not changed.
Request was from Branden Robinson <branden@debian.org>
to control@bugs.debian.org.
(Thu, 22 May 2008 04:18:03 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #185 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
found 1:6.8.0-1
thanks
[see below]
On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
> On 9/7/07, Branden Robinson <branden@debian.org> wrote:
> > On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote:
> > > On 9/1/07, Branden Robinson <branden@debian.org> wrote:
> > > > That's three more experiments:
> > > >
> > > > 1) xrandr --output DVI-0 --off
> >
> > This appears to be a no-op. The interference is left in place, and it is
> > the same as if I do not use xrandr or xvidmode at all.
> >
> > > > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3"
> >
> > This also has no apparent effect. The same interference is present on
> > server startup.
> >
> > > > 3) Switch the ConnectorTable back to what I have now*, and plug the monitor
> > > > into the other DVI port.
> > >
> > > 4) 3) with the new connectortable.
> >
> > I'm afraid I cannot perform these experiments. Upon trying it, I see that my
> > other video output is an ADC connector, not a DVI connector.
> >
> > http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg
> >
> > > Also, if you have an analog monitor (VGA connector). it'd be nice to
> > > test that to make sure we actually have the dac mapping correct.
> >
> > Another disappointment -- I got rid of my last CRT monitors earlier this
> > year.
> >
> > Given these setbacks, is there something more I can do to help with this
> > bug?
>
> Once I merge the external tmds stuff, things might improve. stay tuned.
>
> Alex
On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote:
> On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
> > > Given these setbacks, is there something more I can do to help with this
> > > bug?
> >
> > Once I merge the external tmds stuff, things might improve. stay tuned.
>
> Unless I am mistaken, this has been merged now. Branden, is it better
> with 6.7.196-1 currently in experimental?
Unfortunately it looks like things have not improved for me, but gotten
worse. Now:
1) My detected screen resolution is 1280x768, which is not only too small,
but the wrong aspect ratio for my 4:3 monitor;
2) the xrandr tricks that worked around this problem no longer help;
3) in fact, they make the problem worse by throwing the display into an
illegible mess;
4) which I can "recover" from by VT switching to a console and back.
5) But I'm still left with the weird interference pattern,
6) ...and the byteswapped cursor.
Here's the relevant piece of my $HOME/.xsession that does the xrandr
trickery:
xrandr --output DVI-1 --mode 0x4f
xrandr --output DVI-1 --mode 0x4e
#xrandr --output DVI-0 --off # no effect
Here's what various xrandr commands tell me:
N.B., *all* xrandr commands, even -q --verbose, corrupt the screen,
requiring a VT switch to restore.
505 {0} branden@sisyphus:~$ xrandr --output DVI-1 --mode 0x4f
xrandr: cannot find mode 0x4f
506 {1} branden@sisyphus:~$ xrandr --output DVI-1 --mode 0x4e
xrandr: cannot find mode 0x4e
507 {1} branden@sisyphus:~$ man xrandr
508 {0} branden@sisyphus:~$ xrandr --output DVI-1 --fb 1600x1200
xrandr: screen cannot be larger than 1280x1200 (desired size 1600x1200)
509 {1} branden@sisyphus:~$ xrandr --output DVI-1 --fb 800x600
xrandr: specified screen 800x600 not large enough for output DVI-1 (1280x768+0+0)
522 {0} branden@sisyphus:~$ xrandr -q --verbose
Screen 0: minimum 320 x 200, current 1280 x 768, maximum 1280 x 1200
DVI-1 disconnected 1280x768+0+0 (0x50) normal (normal left inverted right x axis y axis) 0mm x 0mm
Identifier: 0x4c
Timestamp: 158551
Subpixel: horizontal rgb
Clones:
CRTC: 0
CRTCs: 0 1
scaler: off
tmds_pll: driver
DVI-0 disconnected (normal left inverted right x axis y axis)
Identifier: 0x4d
Timestamp: 158551
Subpixel: horizontal rgb
Clones:
CRTCs: 0 1
scaler: off
1280x768 (0x50) 80.1MHz
h: width 1280 start 1344 end 1480 total 1680 skew 0 clock 47.7KHz
v: height 768 start 769 end 772 total 795 clock 60.0Hz
My actual hardware configuration has not changed one iota since I filed
this bug report.
I'm attaching my current xorg.conf and current server log.
Here are current xserver-* package versions:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-============================================-============================================-==========================================================================================================
ii x11-xserver-utils 7.3+2 X server utilities
ii xserver-xephyr 2:1.4.1~git20080131-4 nested X server
ii xserver-xorg 1:7.3+10 the X.Org X server
ii xserver-xorg-core 2:1.4.1~git20080131-4 Xorg X server - core server
ii xserver-xorg-core-dbg 2:1.4.1~git20080131-4 Xorg - the X.Org X server (debugging symbols
ii xserver-xorg-dev 2:1.4.1~git20080131-4 Xorg X server - development files
ii xserver-xorg-input-kbd 1:1.2.2-3 X.Org X server -- keyboard input driver
ii xserver-xorg-input-mouse 1:1.2.3-2 X.Org X server -- mouse input driver
ii xserver-xorg-input-wacom 0.7.9.3-2 X.Org X server -- Wacom input driver
ii xserver-xorg-video-ati 1:6.8.0-1 X.Org X server -- ATI display driver
ii xserver-xorg-video-ati-dbg 1:6.8.0-1 X.Org X server -- ATI display driver (debugg
--
G. Branden Robinson | Somebody once asked me if I thought
Debian GNU/Linux | sex was dirty. I said, "It is if
branden@debian.org | you're doing it right."
http://people.debian.org/~branden/ | -- Woody Allen
[xorg.conf (text/plain, attachment)]
[Xorg.0.log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Bug marked as found in version 1:6.8.0-1.
Request was from Branden Robinson <branden@debian.org>
to control@bugs.debian.org.
(Thu, 22 May 2008 04:39:05 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #192 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <branden@debian.org> wrote: > found 1:6.8.0-1 > thanks > > [see below] > > On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote: >> On 9/7/07, Branden Robinson <branden@debian.org> wrote: >> > On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote: >> > > On 9/1/07, Branden Robinson <branden@debian.org> wrote: >> > > > That's three more experiments: >> > > > >> > > > 1) xrandr --output DVI-0 --off >> > >> > This appears to be a no-op. The interference is left in place, and it is >> > the same as if I do not use xrandr or xvidmode at all. >> > >> > > > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3" >> > >> > This also has no apparent effect. The same interference is present on >> > server startup. >> > >> > > > 3) Switch the ConnectorTable back to what I have now*, and plug the monitor >> > > > into the other DVI port. >> > > >> > > 4) 3) with the new connectortable. >> > >> > I'm afraid I cannot perform these experiments. Upon trying it, I see that my >> > other video output is an ADC connector, not a DVI connector. >> > >> > http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg >> > >> > > Also, if you have an analog monitor (VGA connector). it'd be nice to >> > > test that to make sure we actually have the dac mapping correct. >> > >> > Another disappointment -- I got rid of my last CRT monitors earlier this >> > year. >> > >> > Given these setbacks, is there something more I can do to help with this >> > bug? >> >> Once I merge the external tmds stuff, things might improve. stay tuned. >> >> Alex > > On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote: >> On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote: >> > > Given these setbacks, is there something more I can do to help with this >> > > bug? >> > >> > Once I merge the external tmds stuff, things might improve. stay tuned. >> >> Unless I am mistaken, this has been merged now. Branden, is it better >> with 6.7.196-1 currently in experimental? > > Unfortunately it looks like things have not improved for me, but gotten > worse. Now: > > 1) My detected screen resolution is 1280x768, which is not only too small, > but the wrong aspect ratio for my 4:3 monitor; > 2) the xrandr tricks that worked around this problem no longer help; > 3) in fact, they make the problem worse by throwing the display into an > illegible mess; > 4) which I can "recover" from by VT switching to a console and back. > 5) But I'm still left with the weird interference pattern, > 6) ...and the byteswapped cursor. > Please remove the connector table option from your xorg.conf. Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #197 received at 348082@bugs.debian.org (full text, mbox, reply):
Branden Robinson wrote: > found 1:6.8.0-1 > thanks > > Unfortunately it looks like things have not improved for me, but gotten > worse. Now: > Can you try the latest snapshot in experimental? thanks, Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #202 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, May 22, 2008 at 01:20:45AM -0400, Alex Deucher wrote:
> On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <branden@debian.org> wrote:
> > Unfortunately it looks like things have not improved for me, but gotten
> > worse. Now:
> >
> > 1) My detected screen resolution is 1280x768, which is not only too small,
> > but the wrong aspect ratio for my 4:3 monitor;
> > 2) the xrandr tricks that worked around this problem no longer help;
> > 3) in fact, they make the problem worse by throwing the display into an
> > illegible mess;
> > 4) which I can "recover" from by VT switching to a console and back.
> > 5) But I'm still left with the weird interference pattern,
> > 6) ...and the byteswapped cursor.
> >
>
> Please remove the connector table option from your xorg.conf.
Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone.
4) is no longer applicable; 5) and 6) remain.
In short, I'm now back to the original #348082 status quo, with the added
benefit of not having to use the ConnectorTable option as part of the
workaround. Also, my monitor now detects as DVI-0, and is not located at
DVI-1 as before.
I find that mode 0x4e is no longer supported, so now I'm just doing this:
#!/bin/sh
#
# Personal xsession
PROGNAME=${0##*/}
# For as long as I'm experiencing bug #348082
#xrandr --output DVI-0 --mode 0x50
xrandr --output DVI-0 --mode 0x4f
#xrandr --output DVI-0 --mode 0x4e
#xrandr --output DVI-0 --off # no effect
[etc.]
Here's the xrandr query output on server start, *before* the above
workaround:
Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1200
DVI-1 disconnected (normal left inverted right x axis y axis)
Identifier: 0x4c
Timestamp: 7283140
Subpixel: no subpixels
Clones:
CRTCs: 0 1
dvi_monitor_type: auto
scaler: off
tmds_pll: driver
load_detection: 0 (0x00000000) range: (0,1)
DVI-0 connected 1600x1200+0+0 (0x4f) normal (normal left inverted right x axis y axis) 432mm x 324mm
Identifier: 0x4d
Timestamp: 7283140
Subpixel: horizontal rgb
Clones:
CRTC: 0
CRTCs: 0 1
EDID_DATA:
00ffffffffffff004c2d91003132424e
0e0f0103802b20a02ad0c4a15a4b9723
174f57bfef80a9408180010101010101
010101010101ed3240a060b023403020
2400b0441100001a000000fd00384b1e
510e000a202020202020000000fc0053
796e634d61737465720a2020000000ff
00484348593430303832340a2020001c
dvi_monitor_type: auto
scaler: off
load_detection: 1 (0x00000001) range: (0,1)
1600x1200 (0x4f) 130.4MHz +HSync -VSync
h: width 1600 start 1648 end 1680 total 1760 skew 0 clock 74.1KHz
v: height 1200 start 1202 end 1206 total 1235 clock 60.0Hz
1600x1200 (0x50) 161.0MHz -HSync +VSync
h: width 1600 start 1712 end 1880 total 2160 skew 0 clock 74.5KHz
v: height 1200 start 1203 end 1207 total 1245 clock 59.9Hz
1280x1024 (0x51) 135.0MHz +HSync +VSync
h: width 1280 start 1296 end 1440 total 1688 skew 0 clock 80.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock 75.0Hz
1280x1024 (0x52) 109.0MHz -HSync +VSync
h: width 1280 start 1368 end 1496 total 1712 skew 0 clock 63.7KHz
v: height 1024 start 1027 end 1034 total 1063 clock 59.9Hz
1152x864 (0x53) 108.0MHz +HSync +VSync
h: width 1152 start 1216 end 1344 total 1600 skew 0 clock 67.5KHz
v: height 864 start 865 end 868 total 900 clock 75.0Hz
1024x768 (0x54) 78.8MHz +HSync +VSync
h: width 1024 start 1040 end 1136 total 1312 skew 0 clock 60.1KHz
v: height 768 start 769 end 772 total 800 clock 75.1Hz
1024x768 (0x55) 75.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1328 skew 0 clock 56.5KHz
v: height 768 start 771 end 777 total 806 clock 70.1Hz
1024x768 (0x56) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz
v: height 768 start 771 end 777 total 806 clock 60.0Hz
832x624 (0x57) 57.3MHz -HSync -VSync
h: width 832 start 864 end 928 total 1152 skew 0 clock 49.7KHz
v: height 624 start 625 end 628 total 667 clock 74.6Hz
800x600 (0x58) 50.0MHz +HSync +VSync
h: width 800 start 856 end 976 total 1040 skew 0 clock 48.1KHz
v: height 600 start 637 end 643 total 666 clock 72.2Hz
800x600 (0x59) 49.5MHz +HSync +VSync
h: width 800 start 816 end 896 total 1056 skew 0 clock 46.9KHz
v: height 600 start 601 end 604 total 625 clock 75.0Hz
800x600 (0x5a) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz
v: height 600 start 601 end 605 total 628 clock 60.3Hz
800x600 (0x5b) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock 35.2KHz
v: height 600 start 601 end 603 total 625 clock 56.2Hz
640x480 (0x5c) 31.5MHz -HSync -VSync
h: width 640 start 656 end 720 total 840 skew 0 clock 37.5KHz
v: height 480 start 481 end 484 total 500 clock 75.0Hz
640x480 (0x5d) 31.5MHz -HSync -VSync
h: width 640 start 664 end 704 total 832 skew 0 clock 37.9KHz
v: height 480 start 489 end 491 total 520 clock 72.8Hz
640x480 (0x5e) 30.2MHz -HSync -VSync
h: width 640 start 704 end 768 total 864 skew 0 clock 35.0KHz
v: height 480 start 483 end 486 total 525 clock 66.7Hz
640x480 (0x5f) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz
v: height 480 start 490 end 492 total 525 clock 60.0Hz
720x400 (0x60) 28.3MHz -HSync +VSync
h: width 720 start 738 end 846 total 900 skew 0 clock 31.5KHz
v: height 400 start 412 end 414 total 449 clock 70.1Hz
S-video disconnected (normal left inverted right x axis y axis)
Identifier: 0x4e
Timestamp: 7283140
Subpixel: no subpixels
Clones:
CRTCs: 0 1
tv_standard: ntsc
tv_vertical_position: 0 (0x00000000) range: (-5,5)
tv_horizontal_position: 0 (0x00000000) range: (-5,5)
tv_horizontal_size: 0 (0x00000000) range: (-5,5)
load_detection: 0 (0x00000000) range: (0,1)
Current xorg.conf and server log are attached.
--
G. Branden Robinson | The well-bred contradict other
Debian GNU/Linux | people. The wise contradict
branden@debian.org | themselves.
http://people.debian.org/~branden/ | -- Oscar Wilde
[xorg.conf (text/plain, attachment)]
[Xorg.0.log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #207 received at 348082@bugs.debian.org (full text, mbox, reply):
Branden Robinson wrote: >>> 6) ...and the byteswapped cursor. >>> > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. > 4) is no longer applicable; 5) and 6) remain. > 5) should be fixed once you switch to Xserver 1.5 and the ati driver snapshot in experimental. Brice
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Michel Dänzer <daenzer@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #212 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote: > Branden Robinson wrote: > >>> 6) ...and the byteswapped cursor. > >>> > > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. > > 4) is no longer applicable; 5) and 6) remain. > > 5) should be fixed once you switch to Xserver 1.5 and the ati driver > snapshot in experimental. I think you mean 6). -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #217 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, May 22, 2008 at 09:32:23 +0200, Michel Dänzer wrote: > On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote: > > Branden Robinson wrote: > > >>> 6) ...and the byteswapped cursor. > > >>> > > > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. > > > 4) is no longer applicable; 5) and 6) remain. > > > > 5) should be fixed once you switch to Xserver 1.5 and the ati driver > > snapshot in experimental. > > I think you mean 6). > And it should even be fixed in xorg-server 2:1.4.1~git20080517-1 (if I understood correctly, and the commit entitled "Fix RandR 1.2 driver interface conversion of two colour cursors to ARGB" is the relevant one). Cheers, Julien
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to "Alex Deucher" <alexdeucher@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #222 received at 348082@bugs.debian.org (full text, mbox, reply):
On Thu, May 22, 2008 at 2:13 AM, Branden Robinson <branden@debian.org> wrote: > On Thu, May 22, 2008 at 01:20:45AM -0400, Alex Deucher wrote: >> On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <branden@debian.org> wrote: >> > Unfortunately it looks like things have not improved for me, but gotten >> > worse. Now: >> > >> > 1) My detected screen resolution is 1280x768, which is not only too small, >> > but the wrong aspect ratio for my 4:3 monitor; >> > 2) the xrandr tricks that worked around this problem no longer help; >> > 3) in fact, they make the problem worse by throwing the display into an >> > illegible mess; >> > 4) which I can "recover" from by VT switching to a console and back. >> > 5) But I'm still left with the weird interference pattern, >> > 6) ...and the byteswapped cursor. >> > >> >> Please remove the connector table option from your xorg.conf. > > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. > 4) is no longer applicable; 5) and 6) remain. > > In short, I'm now back to the original #348082 status quo, with the added > benefit of not having to use the ConnectorTable option as part of the > workaround. Also, my monitor now detects as DVI-0, and is not located at > DVI-1 as before. Does switching to the other DVI port help? Alex
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#348082; Package xserver-xorg-video-ati.
(full text, mbox, link).
Acknowledgement sent to Branden Robinson <branden@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #227 received at 348082@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, May 22, 2008 at 12:15:04PM -0400, Alex Deucher wrote: > > In short, I'm now back to the original #348082 status quo, with the added > > benefit of not having to use the ConnectorTable option as part of the > > workaround. Also, my monitor now detects as DVI-0, and is not located at > > DVI-1 as before. > > Does switching to the other DVI port help? Unfortunately, I cannot find out. The other DVI port is an ADC port, and I don't have compatible hardware: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348082#152 -- G. Branden Robinson | I don't care if it has a GUI, or Debian GNU/Linux | command line, or is carved in mud branden@debian.org | with a sharp spoon. http://people.debian.org/~branden/ | -- Barry Smith
[signature.asc (application/pgp-signature, inline)]
Reply sent
to Branden Robinson <branden@debian.org>:
You have taken responsibility.
(Mon, 06 Apr 2009 05:15:05 GMT) (full text, mbox, link).
Notification sent
to Branden Robinson <branden@debian.org>:
Bug acknowledged by developer.
(Mon, 06 Apr 2009 05:15:05 GMT) (full text, mbox, link).
Message #232 received at 348082-done@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Thu, May 22, 2008 at 12:15:04PM -0400, Alex Deucher wrote:
> On Thu, May 22, 2008 at 2:13 AM, Branden Robinson <branden@debian.org> wrote:
> > On Thu, May 22, 2008 at 01:20:45AM -0400, Alex Deucher wrote:
> >> On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <branden@debian.org> wrote:
> >> > Unfortunately it looks like things have not improved for me, but gotten
> >> > worse. Now:
> >> >
> >> > 1) My detected screen resolution is 1280x768, which is not only too small,
> >> > but the wrong aspect ratio for my 4:3 monitor;
> >> > 2) the xrandr tricks that worked around this problem no longer help;
> >> > 3) in fact, they make the problem worse by throwing the display into an
> >> > illegible mess;
> >> > 4) which I can "recover" from by VT switching to a console and back.
> >> > 5) But I'm still left with the weird interference pattern,
> >> > 6) ...and the byteswapped cursor.
> >> >
> >>
> >> Please remove the connector table option from your xorg.conf.
> >
> > Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone.
> > 4) is no longer applicable; 5) and 6) remain.
> >
> > In short, I'm now back to the original #348082 status quo, with the added
> > benefit of not having to use the ConnectorTable option as part of the
> > workaround. Also, my monitor now detects as DVI-0, and is not located at
> > DVI-1 as before.
>
> Does switching to the other DVI port help?
I am checking back in on this bug. The affected system was powered off for
approximately 10 months due to a cross-country move. I have now upgraded
to lenny as well.
Practically all of the problems mentioned in this bug's logs are gone.
The only remaining issue is that the video is shifted slightly offscreen to
the right when the X VT starts, and if I press the monitor's "Auto" button
--I am now using a VGA adapter to make this possible--it fixes but is
shifted slightly offscreen to the left when I switch to a console VT.
I don't consider this a big deal; it is a minor annoyance at worst and may
be the nature of the beast, (i.e., one of the reasons monitor put an
auto-adjustment button on their non-CRT monitors in the first place).
Thanks to you both for your efforts. I am pleased to see my
increasingly-archaic hardware working well.
I'm attaching my current Xorg.0.log in case this bug should be reassigned,
because I have to admit I don't quite understand what the current state of
play is between the xserver-xorg-video-{ati,radeon,radeonhd}
packages/drivers is. Looks like I'm using the (non-HD) radeon driver,
though, judging from the log.
Thanks again!
--
G. Branden Robinson | Half of being smart is knowing what
Debian GNU/Linux | you're dumb at.
branden@debian.org | -- David Gerrold
http://people.debian.org/~branden/ |
[Xorg.0.log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Mon, 04 May 2009 07:31:56 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.