[Xpert]Radeon VE getting faulty EDID from digital flatpanel

2002-01-04 Thread Hannes Eriksson

Hello,
I have recently got this digital flat panel to work with a Radeon VE 
(QY) in xf4.1.99, using a quite unusual approach.

The problem is that the panel is not getting the timings it requires, 
even though the X server successfully reads the EDID info. To get it to 
work I hav to boot up with the panel connected to the DVI connector on 
the Radeon VE, then disconnect it before starting the X server, so that 
the EDID cannot be read (just turning the panel off doesn't help), and 
then connect it after the server has come up.

vesafb and the vesa driver in XFree works great, but a bit slow. A 
modeline that would work for the screen (according to fbset) is:
Mode "1024x768-76" 78.654 1024 1056 1184 1312 768 772 776 792 "-HSync" "-VSync"
But the server doesn't like that very much (from the log: "(WW) RADEON(0): Mode name 
H^Q`^V@^M^Mp^V@p^V@x^V@x^V@ is invalid)")
EDID seems to return 65.0 1024 1048 1184 1344 768 771 777 806
Is there a way, like in nvidias binary-only driver, to disable EDID that 
I've missed?

This is cvs version 4.1.99.1 with and without the radeon driver from 
4.1.99.2. I haven't found any related changes in the CVS since the 
beginning of December. Did I miss something here when looking through the 
diffs?

Compressed logs attached due to size.

/Hannes



XF86Config-4.gz
Description: application/gunzip


XFree86.0.log-wrong.gz
Description: application/gunzip


XFree86.0.log.gz
Description: application/gunzip


dmesg.log.gz
Description: application/gunzip


Re: [Xpert]Radeon VE getting faulty EDID from digital flatpanel

2002-01-04 Thread Dr Andrew C Aitchison

On Fri, 4 Jan 2002, Hannes Eriksson wrote:

> Hello,
> I have recently got this digital flat panel to work with a Radeon VE 
> (QY) in xf4.1.99, using a quite unusual approach.
> 
> The problem is that the panel is not getting the timings it requires, 
> even though the X server successfully reads the EDID info. To get it to 
> work I hav to boot up with the panel connected to the DVI connector on 
> the Radeon VE, then disconnect it before starting the X server, so that 
> the EDID cannot be read (just turning the panel off doesn't help), and 
> then connect it after the server has come up.

> Is there a way, like in nvidias binary-only driver, to disable EDID that 
> I've missed?

Option "noDDC"
should work. I put this in the monitor section,
but I don't think that it has to go there.
Option "noVBE"
might work too.

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Radeon VE getting faulty EDID from digital flatpanel

2002-01-04 Thread Ed Hudson


for radeon/ve's, and radeon/all-in-wonder's with dvi-d
connections

what i find works best is to let XFree86 -configure
build an XF86Config, then add

Modes "1024x768"


(specifically, the exact size of the flat-pannel)
to the appropriate display depth (NOTE: NO OTHER TIMING INFO
or ModeLine for 1024x768!),
and then add a

VertRefresh  59.0 - 61.0

line in the Monitor section.

this works perfectly for the 3 flat-panels monitor's with
dvi-d inputs that i've tried it on:

sony sdm-81
philips brilliance 180p  (this has problems in non-x11
  with dvi-d input in general)
hp (10x7, two years old...)

(the first two are 1280x1024...)

please note that it is VERY important to have the dvi-d plugged
in at the bios-boot time, before doing any of this.  hot

-elh

> Hello,
> I have recently got this digital flat panel to work with a Radeon VE 
> (QY) in xf4.1.99, using a quite unusual approach.
> 
> The problem is that the panel is not getting the timings it requires, 
> even though the X server successfully reads the EDID info. To get it to 
> work I hav to boot up with the panel connected to the DVI connector on 
> the Radeon VE, then disconnect it before starting the X server, so that 
> the EDID cannot be read (just turning the panel off doesn't help), and 
> then connect it after the server has come up.
> 

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert