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

Alex Deucher alexdeucher at gmail.com
Mon Nov 3 18:32:18 PST 2014


On Mon, Nov 3, 2014 at 1:58 PM, Steve Longerbeam <slongerbeam at gmail.com> wrote:
> On 11/03/2014 09:48 AM, Greg KH wrote:
>> On Mon, Nov 03, 2014 at 06:17:28PM +0100, Daniel Vetter wrote:
>>> On Mon, Nov 03, 2014 at 08:14:23AM -0800, Greg KH wrote:
>>>> On Mon, Nov 03, 2014 at 05:12:14PM +0100, Daniel Vetter wrote:
>>>>> On Fri, Oct 31, 2014 at 03:53:43PM -0700, Steve Longerbeam wrote:
>>>>>> 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.
>>>>> Isn't the point of staging to get the driver out of it, instead of adding
>>>>> massive piles of features and continously keeping it there? Greg?
>>>> Yes, please don't add new features to this codebase, fix it up so it
>>>> gets out of staging first, I'm not going to take any of these (not the
>>>> least reason being that I wasn't even cc:ed on them...)
>>> Yeah I think imx works a bit like a driver outside of staging with patches
>>> submitted to the subsystem and reviewed all there like normal. Except it's
>>> not ...
>> And I keep taking imx driver patches as well through my staging tree.
>>
>> Steve, what's the status of getting this driver out of staging?  What is
>> left to do, and who is doing the work?
>
> Hi Greg, you should also talk with the original authors (Sascha and
> Philipp at Pengutronix), but in my experience, this driver is still suffering
> from some chronic IPU issues with data starvation to the display interface.
> So from my experience, that is really the only thing that is holding it up.

I'm not familiar with the hw in question, but that sounds like more of
a driver optimization that needs to be done than something keeping the
driver in staging.

Alex


More information about the dri-devel mailing list