[PATCH 00/72] staging imx-drm new features and fixes
Zubair Lutfullah Kakakhel
Zubair.Kakakhel at imgtec.com
Mon Nov 3 03:17:02 PST 2014
Steve Longerbeam <slongerbeam <at> gmail.com> writes:
>
> Hi, this affects only Freescale imx IPU and imx-drm staging drivers,
> except for two patches that affect drm core (patch 53 and 63, see below).
>
> New features for imx-drm staging driver:
>
> - Support for multi-display (HDMI and LVDS).
> - Support for global alpha and color-key properties for overlay plane.
> - Support for gamma correction.
> - The imx-drm crtc devices moved to device tree.
> - Support for defining custom display interface pixel mappings in the
> device tree.
> - Implements encoder DPMS for LVDS.
> - YUV planar pixel formats supported for DRM framebuffers.
> - DDC support added for LVDS.
> - Page flip handling moved to imx plane driver and implemented with
> IPU double-buffering.
> - Support page-flip in the overlay plane (patch 53 affects drm core).
> - Add support for parsing pixel clock edge select (patch 63 affects drm core).
> - Add LVDS connection detect via drm_probe_ddc().
> - Implement crtc mode_set_base using plane page-flip.
>
> Fixed issues:
>
> - HDMI and LVDS now use different PLL clock roots (part of multi-display
> support).
> - Use counter added to IPU DC enable/disable (part of multi-display
> support).
> - Fixed some HDMI timing issues.
> - Wider range of supported DI pixel clocks generated (all EDID modes
> reported from HDMI displays now work).
> - Fix separate primary plane objects.
> - HDMI must select DI pre clock as DI clock parent during encoder prepare
> (LVDS may have switched DI clock to LDB parent, part of multi-display
> support).
> - Assign correct DMFC burst size.
> - Resolve some DI synchronous display error cases.
>
Hi,
Great work on these patches.
Please cc me on imx-hdmi related patches as well.
We are working on the JZ4780 (Ingenic Xburst/MIPS, not yet pushed
upstream). It has the same/similar DWC HDMI block in silicon.
I took the imx-hdmi driver from 3.14 and managed to use the driver with
almost no modification except for replacing the imx_drm_xxx function calls
for encoder/connector attach/register. Tested on the MIPS Creator CI20
board.
Recently, I was looking at understanding the latest code and try to send an
RFC mail on how to further reduce/break the imx-drm interaction with the
hdmi driver. Compared to 3.14, the 3.18 driver has fewer imx_drm_xxx calls.
Which is great.
We will probably have other SoCs in the future using this HDMI block as
well.
So separating it completely from staging/imx-drm might make sense.
Possibly rename it to dwc_hdmi as well unless people have an objection at
redundant code churn.
Just thought I'd pop in, highlight a different angle on the hdmi driver
that will come up in the future, and request to be kept in the loop.
Cheers,
ZubairLK
More information about the dri-devel
mailing list