History log of /haiku/src/add-ons/accelerants/radeon_hd/displayport.cpp
Revision Date Author Comments
# c34b7168 28-Jul-2022 Jérôme Duval <jerome.duval@gmail.com>

radeon_hd: auxPin zero is valid, check also on eDP type

EDID is correctly read. It can then be passed to the app_server.
At least the app_server tries to set the native resolution.

It doesn't really help to get further, because the ATOMBios code can't handle newer
table versions (for instance 3.2).

Change-Id: If68828bcfda447ecf7d4432ae2872bbdbc0704d5
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5508
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>


# f6e7d9df 28-Mar-2022 Jérôme Duval <jerome.duval@gmail.com>

radeon_hd: update DP definitions to match the spec

Change-Id: Ib653fcf3fef26e17e801ee016e94787c67a64e3c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5173
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Jérôme Duval <jerome.duval@gmail.com>


# f0a63f18 28-Mar-2022 Jérôme Duval <jerome.duval@gmail.com>

radeon_hd: DP AUX address is actually 20-bit

Change-Id: Ie551c6977cb4fb8b45ad896aedd0d3c6b0b183d8
Reviewed-on: https://review.haiku-os.org/c/haiku/+/5172
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>


# 2da9ebb7 29-Sep-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Drop dp config array from dp_info

* Caching these values could result in missed
state changes.
* We may want to re-implement later.
* Highlights that all DP AUX communication is broken
during my testing.


# b82657ab 12-Sep-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve tracing; implement older DCE3 DP training.

* Implement older DCE 3 DisplayPort Training Service.


# 66a16010 08-Sep-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Add missing DP STATUS request type

* Name change inline with DP specifications.


# 25a087bc 04-Oct-2016 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: AtomBIOS version bump. Encoder work.

* Now pulling in latest amdgpu atombios.h headers
* Lots of DisplayPort cleanup and removal of legacy stuff
* Add obsolete atombios header for things that disappear
(amdgpu doesn't support older cards like we do)
* Introduce new code to support later encoder tables
* Drop radeon-specific encoder service from common dp_info
* Tested on HD 5450 hdmi


# 1b69f339 15-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Properly and consistently pick HPD ID


# 991710be 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Reduce DisplayPort Tracing


# f1b29809 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix missing DP link status request flag


# 80a0d0da 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix missing subtraction of MOT in case.

* DP i2c edid byte-bang working again


# 408e616e 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Sanitize dp_aux messages before use


# 7ea1ad10 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix dp aux request / response shifts


# 8611df9d 12-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move i2c to dp aux transaction function.

* WIP: EDID version 255.255 found


# 8a5884f5 08-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve aux transaction tracing


# 9816a89a 07-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move to a unified dp aux transaction function.

* Leverage a single common dp aux message struct.
* Likely lots of obvious bugs that need fixed still.
* Untested.


# 3de924d0 10-Nov-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Implement initial DP encoder service

* Used on older chipsets. Untested.


# 3a3bc0c1 18-Oct-2014 Adrien Destugues <pulkomandy@gmail.com>

radeon_hd: fix 64bit warnings


# 5006aac2 26-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Clean up DP training

* Few tweaks to DP training
* Check for TP3 support and go with TP3 if needed
* Make training more verbose
* Fix DP snoose on ce


# 339a0181 03-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Rework dp aux functions to take connector index

* This is less pretty, but we need access to the connector
to find the HPD gpio pin mask on the card.
* dp_aux communications seem to work again.
* If you have a DisplayPort item attached to your card you
may want to just unplug it at this point. We attempt DP
link training and it fails. This failure will also cause
other monitors to not function as app_server still isn't
multi-head aware (#10486)


# 2b032852 02-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Rework gpio pins

* There are GPIO pins for hotplug interrupts and i2c
communications (for edid). Add two fields to connector
(index for each in gGPIOInfo).
* DP aux communcation seems to want the hotplug GPIO pin
info, which we don't get (I think this is why DP AUX comms
is broken at the moment)
* GPIO LUT seems to know about a wide range of GPIO pins, while
the i2c gpio calls only know about the ones needed for i2c.
* I'm tempted to populate gGPIOInfo with the LUT pins and
then suplement that data with the i2c GPIO pins data.
(however, not sure how many pins there are generally defined
so it could impact performance. More investigation is needed)
This would reverse how it works now with this commit.


# 8ebdc440 02-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Better tracing. Fix DP ack bitwise shift


# 224b875b 30-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: clean up clock units

* Ensure we store all clock units as khz or
n * 10 off from AtomBIOS unit expected
* Perform DDC setup of external encoder


# 9c2d51d6 29-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: clean up encoder object

* Encoder flags were 1:1 connector flags...
just look at connector flags.
* Record encoder capabilities
* Add function to check for dp 1.2 support


# 92f91bc8 18-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Update DisplayPort aux for DCE6

* DCE6 requires a non-0 value for lpAuxRequest
(0 is reserved)


# 233507b3 18-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Missed a % for a B_PRI


# bd1c4402 17-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve DisplayPort function return logic

* Was putting status_t into int's and creating
some logic problems when it came to DisplayPort
link training.


# 53e28621 25-Sep-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Style cleanup of displayport.cpp

* These errors slipped in from an external patch
* No functional change


# 00bc40ad 28-Jan-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix DisplayPort link training

* Original changes by Bill Randle
* Includes a large number of modifications
and cleanups.
* Add a "currentMode" to the gDisplay to
enable easier checking of intended changes.
(we pass the display_mode around quite a
bit, adding a "currentMode" allows code
to know the intended display mode being set
without passing the mode pointer around as
much)


# 04234432 06-Jan-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve displayport support

* Modified patch submitted by Bill Randle.
* DisplayPort aux communications now working.
* DP Link Training still not functioning properly.
* The DP edid data isn't used yet as we still use
the vesa edid during the mode setting.


# 5f44fcce 07-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: enable non-dp code to execute dpcd queries

* Check DPCD to properly choose TRAVIS DP panel mode


# d92959ab 06-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: add DisplayPort debugging

* Commented out by default
* Shows DisplayPort status info for each
connector post-mode change (as DP properies
are configured on mode change once we know
the pixel clock)


# 4e7e3e33 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: display port improvements

* Remove non-generic radeon dp_get_lane_count
* Set lane count and link rate at set_display_mode
* Pass entire mode to pll_set vs only pixel clock for DP code
* Add helpers for DP config data to common code
* Obtain more correct link rate


# f0e29955 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix pre-emphasis shift

* pre-emphasis shift was always for lane b


# 694eca3b 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Add DP link_train_ce

* First attempts at DisplayPort link training
clock equalization.
* Add DP define to detect equalization state
* Working towards resolving #8626


# 0de9d6cd 06-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move out some DisplayPort common code

* General DisplayPort functions in common dp.cpp
* DP port information struct in common header
* Please don't use this private accelerant common DP
code just yet as it is very early.


# 8dfc5dbb 04-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Complete move to common DisplayPort header

* Non-spec DP stuff in accelerant displayport.h
* Common DisplayPort header still has TODO's however


# c6799d8a 03-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

dp_raw: Continued cleanup of DisplayPort common header

* Reduce number of common DP registers in radeon_hd
* Move to bitwise shifts as they will make more
sense to more people in the long-run


# 64dcb00f 02-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Begin to widdle down DP to common code


# 00cc4e4f 16-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix nutmeg check to external encoder


# 6da8db27 15-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

Revert "radeon_hd: Convert encoders to pointers"

This reverts commit 5a1f9f0f16b2a4bef89b61b4e3e24bf0b53917da.

* Thinking on this a bit more, this is really a silly change as
I know the upper limit for number of valid encoders.
* Resolves a app_server crash introduced as well due to not
allocating encoder pointer.


# 5a1f9f0f 14-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Convert encoders to pointers

* Preparation for multiple encoders per connector


# 83e3a8ea 14-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Start work on proper DP link training

* The AtomBIOS timeout fix has made my DP bridge
stop working
* The current DisplayPort code is a little lacking
on DP link training... I think thats the cause.
* This puts the first steps towards DP training
in place.
* I plan on trying to make some of this DP stuff
common accelerant stuff after it works.


# 7e38e510 16-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Pass pixelClock to dig encoder setup, my DP LVDS bridge now works.


# 09aaa658 15-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

DisplayPort call organization and cleanup

* Add color space to BPP function
* Pass display_mode to DP lane count function
* Get BPP in DP lane count
* Move some DPInfo population out of DP link training
as other things need them sooner.
* Fill out DP code in external encoder setup


# c8677fb1 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Working towards DP connector support

* Lots of new DisplayPort functions
* Call DP link training during mode set
* Rename dp_info variables to be less redundant
* Make encoder_pick_dig accept connector ID and
then check parent display
* Encode/Decode DP link speed functions
* Calculate DP lanes
* Rewrite encoder_dig_setup
* Correct bitsPerChannel to bitsPerColor
* My TRAVIS DisplayPort -> LVDS bridge now works


# f2c3cbf7 13-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Begin work powering up the DisplayPort connector

* Add new struct to store DP connector information
* DisplayPort Configuration Data is populated by setup function


# 18500e1c 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

GPIO info struct style cleanup, (hopefully) no functional change


# 249495e2 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Add complete set of DRM DisplayPort defines into radeon_hd

* I'd rather this be common code, but I don't have access
to the DisplayPort specifications. If I added it as common
code I would want to be 100% it was complete and variables
were named properly.
* For now putting in radeon_hd private headers


# 96587f13 13-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Introduce new displayport source file

* Move existing displayport functions to new source file
* Move was done due to large amount of DP code
* Style fixes
* Stub out new DP link training function


# 1b69f3394ba2521b952c2e2cbe644eb0929fdbd4 15-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Properly and consistently pick HPD ID


# 991710be3915397f9baaaf599860cb945ab60a8d 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Reduce DisplayPort Tracing


# f1b29809bd97c4bedc1564d87ece9354d120f46a 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix missing DP link status request flag


# 80a0d0da5a8f9e1d3c068494e11cce9b0aa0799a 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix missing subtraction of MOT in case.

* DP i2c edid byte-bang working again


# 408e616e058e0fc406b88bea10e51eb8a3da4265 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Sanitize dp_aux messages before use


# 7ea1ad1028f83622dca241cb385cf47a100a1b24 13-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix dp aux request / response shifts


# 8611df9d0b4c5ebda93c6a430c370828584565ce 12-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move i2c to dp aux transaction function.

* WIP: EDID version 255.255 found


# 8a5884f561e88131d58e53b4d7a7d091ba13659c 08-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve aux transaction tracing


# 9816a89ade7d73bb1aa1d813b876e0d5076aa22b 07-Jul-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move to a unified dp aux transaction function.

* Leverage a single common dp aux message struct.
* Likely lots of obvious bugs that need fixed still.
* Untested.


# 3de924d06c8e6c3ff264bd638457bf4f8086b3ac 10-Nov-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Implement initial DP encoder service

* Used on older chipsets. Untested.


# 3a3bc0c1496d1cd5b39fb292e12eaf15b8150a8f 18-Oct-2014 Adrien Destugues <pulkomandy@gmail.com>

radeon_hd: fix 64bit warnings


# 5006aac2722f9f671997c54f0d1b713ef50a9586 26-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Clean up DP training

* Few tweaks to DP training
* Check for TP3 support and go with TP3 if needed
* Make training more verbose
* Fix DP snoose on ce


# 339a01811283149b14aa5ecd793f934a476b6f86 03-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Rework dp aux functions to take connector index

* This is less pretty, but we need access to the connector
to find the HPD gpio pin mask on the card.
* dp_aux communications seem to work again.
* If you have a DisplayPort item attached to your card you
may want to just unplug it at this point. We attempt DP
link training and it fails. This failure will also cause
other monitors to not function as app_server still isn't
multi-head aware (#10486)


# 2b032852181b69c2a65316a1fe2df2432a6c9057 02-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Rework gpio pins

* There are GPIO pins for hotplug interrupts and i2c
communications (for edid). Add two fields to connector
(index for each in gGPIOInfo).
* DP aux communcation seems to want the hotplug GPIO pin
info, which we don't get (I think this is why DP AUX comms
is broken at the moment)
* GPIO LUT seems to know about a wide range of GPIO pins, while
the i2c gpio calls only know about the ones needed for i2c.
* I'm tempted to populate gGPIOInfo with the LUT pins and
then suplement that data with the i2c GPIO pins data.
(however, not sure how many pins there are generally defined
so it could impact performance. More investigation is needed)
This would reverse how it works now with this commit.


# 8ebdc440dec530f1338de40597ace3feb9e2e049 02-Feb-2014 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Better tracing. Fix DP ack bitwise shift


# 224b875b3ad6ea9d7324377deb63d9087882092c 30-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: clean up clock units

* Ensure we store all clock units as khz or
n * 10 off from AtomBIOS unit expected
* Perform DDC setup of external encoder


# 9c2d51d685b20c6b86f5cb39fb0ac95a864f4a26 29-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: clean up encoder object

* Encoder flags were 1:1 connector flags...
just look at connector flags.
* Record encoder capabilities
* Add function to check for dp 1.2 support


# 92f91bc8dab568d1039a7a9f54755887941ddc1c 18-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Update DisplayPort aux for DCE6

* DCE6 requires a non-0 value for lpAuxRequest
(0 is reserved)


# 233507b3cd38364d467a445cf41193b46f57ccf2 18-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Missed a % for a B_PRI


# bd1c4402bf965a2bb7e8d7e4e36761c04c559073 17-Dec-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve DisplayPort function return logic

* Was putting status_t into int's and creating
some logic problems when it came to DisplayPort
link training.


# 53e2862144033d76896d597e315ac33ff030f9a4 25-Sep-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Style cleanup of displayport.cpp

* These errors slipped in from an external patch
* No functional change


# 00bc40ad588f4bd59cd7574788b5dc111b62198a 28-Jan-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix DisplayPort link training

* Original changes by Bill Randle
* Includes a large number of modifications
and cleanups.
* Add a "currentMode" to the gDisplay to
enable easier checking of intended changes.
(we pass the display_mode around quite a
bit, adding a "currentMode" allows code
to know the intended display mode being set
without passing the mode pointer around as
much)


# 042344329e6368d53eaa40aed1cc22aac4ecf6b7 06-Jan-2013 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Improve displayport support

* Modified patch submitted by Bill Randle.
* DisplayPort aux communications now working.
* DP Link Training still not functioning properly.
* The DP edid data isn't used yet as we still use
the vesa edid during the mode setting.


# 5f44fcce9fb1c01b24c6d828acb214f1610985f0 07-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: enable non-dp code to execute dpcd queries

* Check DPCD to properly choose TRAVIS DP panel mode


# d92959ab8b825c30ed46d42fcd9dbd9b531332ad 06-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: add DisplayPort debugging

* Commented out by default
* Shows DisplayPort status info for each
connector post-mode change (as DP properies
are configured on mode change once we know
the pixel clock)


# 4e7e3e331d4b0d1edfb94f52507b04163dc001f8 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: display port improvements

* Remove non-generic radeon dp_get_lane_count
* Set lane count and link rate at set_display_mode
* Pass entire mode to pll_set vs only pixel clock for DP code
* Add helpers for DP config data to common code
* Obtain more correct link rate


# f0e29955bf1a694ce05e0756181443eb3af7c91a 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix pre-emphasis shift

* pre-emphasis shift was always for lane b


# 694eca3bb6f6e24fd64db71bb06d95d545e1d009 04-Aug-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Add DP link_train_ce

* First attempts at DisplayPort link training
clock equalization.
* Add DP define to detect equalization state
* Working towards resolving #8626


# 0de9d6cdeffaa5525911a1ecf1bcb3afb1862efb 06-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Move out some DisplayPort common code

* General DisplayPort functions in common dp.cpp
* DP port information struct in common header
* Please don't use this private accelerant common DP
code just yet as it is very early.


# 8dfc5dbb26e2eec03428fa97f0e6429b8fee4e1d 04-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Complete move to common DisplayPort header

* Non-spec DP stuff in accelerant displayport.h
* Common DisplayPort header still has TODO's however


# c6799d8ae170044c80d5bd9284cf43d42f7ef394 03-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

dp_raw: Continued cleanup of DisplayPort common header

* Reduce number of common DP registers in radeon_hd
* Move to bitwise shifts as they will make more
sense to more people in the long-run


# 64dcb00f9f0c574d4e73a6ceba977a808c3e750a 02-Apr-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Begin to widdle down DP to common code


# 00cc4e4ff4d3a1724a05768deec0706bfa0f4c9c 16-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Fix nutmeg check to external encoder


# 6da8db278635c0b56a151bc59151a4e9a02bce50 15-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

Revert "radeon_hd: Convert encoders to pointers"

This reverts commit 5a1f9f0f16b2a4bef89b61b4e3e24bf0b53917da.

* Thinking on this a bit more, this is really a silly change as
I know the upper limit for number of valid encoders.
* Resolves a app_server crash introduced as well due to not
allocating encoder pointer.


# 5a1f9f0f16b2a4bef89b61b4e3e24bf0b53917da 14-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Convert encoders to pointers

* Preparation for multiple encoders per connector


# 83e3a8ea5013ca577e735016437d0b526c20b7db 14-Mar-2012 Alexander von Gluck IV <kallisti5@unixzen.com>

radeon_hd: Start work on proper DP link training

* The AtomBIOS timeout fix has made my DP bridge
stop working
* The current DisplayPort code is a little lacking
on DP link training... I think thats the cause.
* This puts the first steps towards DP training
in place.
* I plan on trying to make some of this DP stuff
common accelerant stuff after it works.


# 7e38e5101fdefa930aa7c18172d95d34e5f8c7a6 16-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Pass pixelClock to dig encoder setup, my DP LVDS bridge now works.


# 09aaa658b0fa53eff3ad4cd5a44cf488bdfc1e3c 15-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

DisplayPort call organization and cleanup

* Add color space to BPP function
* Pass display_mode to DP lane count function
* Get BPP in DP lane count
* Move some DPInfo population out of DP link training
as other things need them sooner.
* Fill out DP code in external encoder setup


# c8677fb1384051cb147d53ff8e5d9f1f41a35201 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Working towards DP connector support

* Lots of new DisplayPort functions
* Call DP link training during mode set
* Rename dp_info variables to be less redundant
* Make encoder_pick_dig accept connector ID and
then check parent display
* Encode/Decode DP link speed functions
* Calculate DP lanes
* Rewrite encoder_dig_setup
* Correct bitsPerChannel to bitsPerColor
* My TRAVIS DisplayPort -> LVDS bridge now works


# f2c3cbf779c2c74d743223bfea37cfaad2efc3a5 13-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Begin work powering up the DisplayPort connector

* Add new struct to store DP connector information
* DisplayPort Configuration Data is populated by setup function


# 18500e1cd61a4573bea20cb33544d8051a236112 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

GPIO info struct style cleanup, (hopefully) no functional change


# 249495e284126bc59526cbad8e77d1f0f4db3083 14-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Add complete set of DRM DisplayPort defines into radeon_hd

* I'd rather this be common code, but I don't have access
to the DisplayPort specifications. If I added it as common
code I would want to be 100% it was complete and variables
were named properly.
* For now putting in radeon_hd private headers


# 96587f13569659fa59abde67e430da426bb0a1ac 13-Dec-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

Introduce new displayport source file

* Move existing displayport functions to new source file
* Move was done due to large amount of DP code
* Style fixes
* Stub out new DP link training function