Bug#518782: xserver-xorg-video-radeon: incorrect vertical frequency detected for RS482 chipset graphics - blank screen

2010-07-09 Thread Brice Goglin
On Sun, Mar 08, 2009 at 05:13:38PM +0100, Thomas Richter wrote:
 Package: xserver-xorg-video-radeon
 Version: 1:6.9.0-1+lenny4
 Severity: important
 
 
 The xserver radeon package leaves a completely unusable screen on the 
 Hewlett-Packard BW-PCs; since
 this is a popular machine ordered in masses by the district of 
 Baden-Württemberg in Germany for all
 public institutions, this renders Debian lenny unusable for a large user 
 class, including universities
 and student pools.
 
 Problem description is that the vertical frequency of the monitor is 
 mispredicted - the HP monitor
 reports that the card generates a vertical frequency of 90Hz, much too high 
 for the monitor to follow,
 so likely the EDID/DDC data arrives corrupted.
 
 The graphics driver *did/does* work for OpenSuSE 10.2 in the 6.6.3 kernel 
 package with one SuSE-specific
 patch applied.

Is it better with latest radeon driver, and KMS on a recent kernel?

Brice




--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100709204911.ga10...@inria.fr



Bug#518782: xserver-xorg-video-radeon: incorrect vertical frequency detected for RS482 chipset graphics - blank screen

2009-03-08 Thread Thomas Richter
Package: xserver-xorg-video-radeon
Version: 1:6.9.0-1+lenny4
Severity: important


The xserver radeon package leaves a completely unusable screen on the 
Hewlett-Packard BW-PCs; since
this is a popular machine ordered in masses by the district of 
Baden-Württemberg in Germany for all
public institutions, this renders Debian lenny unusable for a large user class, 
including universities
and student pools.

Problem description is that the vertical frequency of the monitor is 
mispredicted - the HP monitor
reports that the card generates a vertical frequency of 90Hz, much too high for 
the monitor to follow,
so likely the EDID/DDC data arrives corrupted.

The graphics driver *did/does* work for OpenSuSE 10.2 in the 6.6.3 kernel 
package with one SuSE-specific
patch applied.

Here's more information on the hardware:

t...@latraviata:~ lspci
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:07.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 13)
00:14.1 IDE interface: ATI Technologies Inc SB600 IDE
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address 
Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM 
Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 
200]
01:05.1 Display controller: ATI Technologies Inc Radeon Xpress Series (RS482)
3f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755 Gigabit 
Ethernet PCI Express (rev 02)


Interestingly, the driver reports that a LVDS type of connector is in use, 
though this is a desktop
(HP dc5750 Microtower), not a laptop, and the monitor is connected via DVI, not 
LVDS.


(II) RADEON(0): Port0:
 Monitor   -- AUTO
 Connector -- VGA
 DAC Type  -- TVDAC/ExtDAC
 TMDS Type -- None
 DDC Type  -- 0x68
(II) RADEON(0): Port1:
 Monitor   -- AUTO
 Connector -- LVDS
 DAC Type  -- TVDAC/ExtDAC
 TMDS Type -- Internal
 DDC Type  -- 0x68
(II) RADEON(0): Port2:
 Monitor   -- AUTO
 Connector -- STV
 DAC Type  -- TVDAC/ExtDAC
 TMDS Type -- None
 DDC Type  -- 0x0

Full report below. 

The following line in /etc/X11/xorg.conf seems to work around this problem and 
gives me a display:

Section Device
  BoardNameRadeon XPRESS 200 5974 (PCIE)
  BusIDPCI:1:5:0
  Driver   radeon
  Identifier   Device[0]
  Option   LVDSProbePLL off  #  this one
  VendorName   ATI
EndSection

which is in agreement to the above.

Full Xorg log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10)
Current Operating System: Linux latraviata 2.6.26-1-amd64 #1 SMP Sat Jan 10 
17:57:00 UTC 2009 x86_64
Build Date: 09 January 2009  02:16:05AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
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 Mar  7 13:36:35 2009
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Layout[all]
(**) |--Screen Screen[0] (0)
(**) |   |--Monitor Monitor[0]
(**) |   |--Device Device[0]
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(**) Option Xinerama off
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules

Bug#518782: xserver-xorg-video-radeon: incorrect vertical frequency detected for RS482 chipset graphics - blank screen

2009-03-08 Thread Bernhard R. Link
* Thomas Richter t...@math.tu-berlin.de [090308 17:32]:
 The xserver radeon package leaves a completely unusable screen on the 
 Hewlett-Packard BW-PCs; since
 this is a popular machine ordered in masses by the district of 
 Baden-Württemberg in Germany for all
 public institutions, this renders Debian lenny unusable for a large user 
 class, including universities
 and student pools.

I guess this is a duplicate of http://bugs.debian.org/508999, because
I reported this for one of the last but one round of BWPCs (back when
they were HP), too.

With the patch in

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=60;filename=radeon-diff;att=1;bug=508999

those work for me. (At least frequencies work. Some other things are
complaining about those Xpress 200 cards, but with disabling enough
acceleration it works).

 Interestingly, the driver reports that a LVDS type of connector is in use, 
 though this is a desktop
 (HP dc5750 Microtower), not a laptop, and the monitor is connected via DVI, 
 not LVDS.

The experimental version is better in naming this, sadly in my
experience adds some other problems instead, though.

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#518782: xserver-xorg-video-radeon: incorrect vertical frequency detected for RS482 chipset graphics - blank screen

2009-03-08 Thread Brice Goglin
Bernhard R. Link wrote:
 * Thomas Richter t...@math.tu-berlin.de [090308 17:32]:
   
 The xserver radeon package leaves a completely unusable screen on the 
 Hewlett-Packard BW-PCs; since
 this is a popular machine ordered in masses by the district of 
 Baden-Württemberg in Germany for all
 public institutions, this renders Debian lenny unusable for a large user 
 class, including universities
 and student pools.
 

 I guess this is a duplicate of http://bugs.debian.org/508999, because
 I reported this for one of the last but one round of BWPCs (back when
 they were HP), too.

 With the patch in

 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=60;filename=radeon-diff;att=1;bug=508999

 those work for me. (At least frequencies work. Some other things are
 complaining about those Xpress 200 cards, but with disabling enough
 acceleration it works).

   
 Interestingly, the driver reports that a LVDS type of connector is in use, 
 though this is a desktop
 (HP dc5750 Microtower), not a laptop, and the monitor is connected via DVI, 
 not LVDS.
 

 The experimental version is better in naming this, sadly in my
 experience adds some other problems instead, though.
   

If you just want a recent radeon driver without everything else from
experimental, look at
http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/

Brice




--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org