DisplayPort support for Radeon
Enhanced support for DisplayPort in X and kernel drivers for Radeon hardware.
- Name: Dave Airlie
- email: email@example.com
- Targeted release: Fedora 13
- Last updated: 2009-11-30
- Percentage of completion: 80%
DisplayPort is a new digital display connector and protocol. While much more capable than DVI, it's also much more complicated, and some work is needed to take advantage of it.
Benefit to Fedora
DisplayPort has a higher link bandwidth than dual-link DVI. Monitors can take advantage of this by providing higher resolutions, higher color depths, and higher refresh rates. DisplayPort also runs at a lower voltage than DVI and LVDS, using less power. Future laptops will likely switch to embedded DisplayPort for the local panel for this reason. With this feature, Fedora users can take advantage of the the technical superiority of DisplayPort.
Every device with a DisplayPort PHY will almost certainly need driver work to enable it. At the moment this includes the big three of intel, radeon, and nouveau. This feature only covers the radeon driver. See the Intel DisplayPort feature and the Nouveau DisplayPort feature for the other two. Some DisplayPort functionality will likely be common among all devices and can be lifted to helper routines in the X server or drm core.
How To Test
Test hardware with display port sources by connecting to a DisplayPort sink, DP-to-HDMI converter, DP-to-DVI converter, and DP-to-VGA converter. For each of these cases, also test hotplug switching. When laptops start showing up with embedded DisplayPort support, test the internal laptop screen.
Known DP sinks:
- Apple: 24" LED
- Dell: 2408WFP, 3008WFP
- HP: LP2275w, LP2480zx
DisplayPort connections should Just Work.
DisplayPort sinks with EDID are required to support EDID 1.4. This is landed.
eDP sinks may use DisplayID instead. X implements a DisplayID decode but no fetch mechanism. But we don't have any eDP devices to test with yet, so who knows.
Possible common functionality: link/lane computation, manual link training, dongle identification, various other AUXCH services.
Some IHV communication may be necessary to get details on specific DP PHYs.
Upstream work is mostly completed for KMS and UMS - need to integrated into upstream and Fedora kernel.
None necessary. It doesn't work in previous Fedora releases, so it can continue to not work in F13.
Ideally, none needed, besides "DisplayPort just works now". It's not like we have documentation for DVI.
DisplayPort is likely to require kernel support in a much stronger way than DVI, since hotplugging the monitor requires another link training cycle, and the only reliable way to detect that is with interrupts. UMS configurations may accidentally work in some situations, but this is not recommended.