On Mon, Nov 3, 2014 at 6:17 AM, Zubair Lutfullah Kakakhel <Zubair.Kakakhel@xxxxxxxxxx> wrote: > 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. fwiw, probably worth looking at drm_bridge or drm i2c encoder slave stuff (for ex. tda998x) for how to split out shared hdmi blocks. We have a few drivers currently sharing the tda998x hdmi encoder chip. BR, -R > 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 > > > _______________________________________________ > dri-devel mailing list > dri-devel@xxxxxxxxxxxxxxxxxxxxx > http://lists.freedesktop.org/mailman/listinfo/dri-devel _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
