Re: [PATCH 00/72] staging imx-drm new features and fixes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel





[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux