Mailinglist Archive: radeonhd (222 mails)

[bugzilla-daemon@xxxxxxxxxxxxxxx]

http://bugs.freedesktop.org/show_bug.cgi?id=16281


Egbert Eich <eich@xxxxxxxxxxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |NOTABUG




--- Comment #6 from Egbert Eich <eich@xxxxxxxxxxxxxxxxxxx>  2008-06-21 23:57:58 
PST ---
(In reply to comment #0)

George, thanks for the report! It at least showed that the driver in the latest
git works on your card.

> With the git version both the console (booting with the display connected to
> DVI #1) and my X session work, but randr -q reports that the monitor is on
> DVI-I_2.

How do you do your enumeration (ie. what do you call DVI #1)?
Is there anything printed on the rear panel or do you just go from top to
bottom?
According to the AtomBIOS connector table your monitor is connected to 

(II) RADEONHD(0): Connector[1] {RHD_CONNECTOR_DVI, "DUAL_LINK_DVI_I CRT1 DFP2",
RHD_DDC_0, RHD_HPD_1, { RHD_OUTPUT_LVTMA, RHD_OUTPUT_DACA } }

We just see the connector table. This table doesn't describe the location of
the connectors in the back. This connector has both CRT1 and DFP2. So how
should we order them? We have repeatedly asked ATI about how to map connector
locations to connector table entries so that we would be able to reorder the
entries however the answers we have gotten were inconclusive. Thus we just keep
the order in which the entries are found in the connector tables which later on
controls our enumeration.
Once we understand this better we might be able to give locations (top, bottom)
instead of numbers in the randr output.
Until we understand this better you may just have to live with the fact that
your DVI #1 is called DVI-I_2 in the randr output.
Word of caution: Even if there is a general heursitics how to map connector
table entries to real connectors some vendors may get this wrong. In this case
a sceme that tried to provide the location may be even more confusing to the
user.

I don't think this is really a bug. For all the reasons stated above it might
be hard to do any better.
I would like to close this therefore.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
_______________________________________________
xorg-team mailing list
xorg-team@xxxxxxxxxxx
http://lists.x.org/mailman/listinfo/xorg-team
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx