[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151020100233.GW13786@phenom.ffwll.local>
Date: Tue, 20 Oct 2015 12:02:33 +0200
From: Daniel Vetter <daniel@...ll.ch>
To: Liviu Dudau <Liviu.Dudau@....com>
Cc: David Airlie <airlied@...ux.ie>,
Daniel Vetter <daniel.vetter@...ll.ch>,
Philipp Zabel <p.zabel@...gutronix.de>,
Mark Yao <mark.yao@...k-chips.com>,
Heiko Stuebner <heiko@...ech.de>,
Russell King <rmk+kernel@....linux.org.uk>,
dri-devel <dri-devel@...ts.freedesktop.org>,
linux-rockchip <linux-rockchip@...ts.infradead.org>,
LAKML <linux-arm-kernel@...ts.infradead.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4 0/4] drm: Cleanup probe function for component based
masters.
On Tue, Oct 20, 2015 at 10:23:11AM +0100, Liviu Dudau wrote:
> Changelog:
> v4: Fixed a bug where the wrong pointer was sent to component_match_add() and
> component_master_add_with_match() in the armada_drv.c file that was flagged
> by kbuild test robot. Dropped the RFC tag and added Acked-bys received from
> Russell King.
> v3: Removed the call to dma_set_coherent_mask() from the generic
> drm_of_component_probe(). Also changes to shorten lines over 80 chars long.
> v2: Rebased the patchset on top of drm-next rather than Linus' latest -rc
>
> A few drivers in drivers/gpu/drm are component-enabled and use quite similar
> code sequences to probe for their encoder slaves at the remote end of the ports.
> Move the code into a "generic" function and remove it from the drivers.
>
> The end results is that drivers get a reference count fix (imx), more thorough
> error checking (imx again) plus a decrease in the overall count of LoC.
>
> I'm looking for comments and testing of the patchset (only compile tested from my
> end as I don't have access to all the devices touched by the changes). My main
> interest is in finding out if -EINVAL is the correct code to return if
> dev->of_node == NULL (handy now, as it is different from the other possible error
> codes and used in armada to trigger old platform_data support. Also looking for
> thoughts on the correctness of the patch and if it possible to co-opt more drivers
> into using the function.
Merged all four to drm-misc, thanks.
-Daniel
>
> Best regards,
> Liviu
>
> Liviu Dudau (4):
> drm: Introduce generic probe function for component based masters.
> drm/imx: Convert the probe function to the generic drm_of_component_probe()
> drm/rockchip: Convert the probe function to the generic drm_of_component_probe()
> drm/armada: Convert the probe function to the generic drm_of_component_probe()
>
> drivers/gpu/drm/armada/armada_drv.c | 68 +++++++---------------
> drivers/gpu/drm/drm_of.c | 88 +++++++++++++++++++++++++++++
> drivers/gpu/drm/imx/imx-drm-core.c | 55 ++----------------
> drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 ++------------------------
> include/drm/drm_of.h | 13 +++++
> 5 files changed, 130 insertions(+), 175 deletions(-)
>
> --
> 2.6.0
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists