Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753286AbaKOKIP (ORCPT ); Sat, 15 Nov 2014 05:08:15 -0500 Received: from mail-vc0-f171.google.com ([209.85.220.171]:43966 "EHLO mail-vc0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752215AbaKOKIM convert rfc822-to-8bit (ORCPT ); Sat, 15 Nov 2014 05:08:12 -0500 MIME-Version: 1.0 In-Reply-To: <5465E3DF.6050307@imgtec.com> References: <1415934583-16290-1-git-send-email-andy.yan@rock-chips.com> <1415935631-16826-1-git-send-email-andy.yan@rock-chips.com> <5465D73C.9030507@imgtec.com> <5465DF0C.50301@rock-chips.com> <5465DFB2.8060601@imgtec.com> <5465E2BB.1070507@rock-chips.com> <5465E3DF.6050307@imgtec.com> From: Daniel Kurtz Date: Sat, 15 Nov 2014 18:07:50 +0800 X-Google-Sender-Auth: VxqywXyT4q8x_Jd8uIGPsnJKY6g Message-ID: Subject: Re: [PATCH v10 05/11] drm: bridge/dw_hdmi:split some phy configuration to platform driver To: Zubair Lutfullah Kakakhel Cc: Andy Yan , David Airlie , =?UTF-8?Q?Heiko_St=C3=BCbner?= , fabio.estevam@freescale.com, rmk+kernel@arm.linux.org.uk, Mark Rutland , dri-devel , Yakir Yang , devel@driverdev.osuosl.org, Arnd Bergmann , "open list:ARM/Rockchip SoC..." , Grant Likely , Dave Airlie , Xu Jianqun , "open list:OPEN FIRMWARE AND..." , Pawel Moll , Ian Campbell , Inki Dae , Rob Herring , Sean Paul , "mark.yao@rock-chips.com" , Josh Boyer , Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , Philipp Zabel , Kumar Gala , Shawn Guo , Lucas Stach Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 14, 2014 at 7:13 PM, Zubair Lutfullah Kakakhel wrote: > > > On 14/11/14 11:08, Andy Yan wrote: >> >> On 2014年11月14日 18:55, Zubair Lutfullah Kakakhel wrote: >>> >>> On 14/11/14 10:53, Andy Yan wrote: >>>> Hi ZubairLK: >>>> Thanks for your review. >>>> On 2014年11月14日 18:19, Zubair Lutfullah Kakakhel wrote: >>>>> Hi Andy, >>>>> >>>>> Nice work on this patch series. Its getting better and better :). >>>>> >>>>> On 14/11/14 03:27, Andy Yan wrote: >>>>>> hdmi phy clock symbol and transmission termination value >>>>>> can adjust platform specific to get the best SI >>>>> ^Is this signal integrity? >>>> yes , SI is signal integrity, such as eye diagram measurement >>>>> Are these two disjoint features in separate patches? >>>>> >>>>>> also add mode_valid interface for some platform may not support >>>>>> all the display mode >>>>> Sounds like another separate patch to me. :) >>>> they can seperate >>>>> Also, This series is becoming quite large. With major changes and fixes mixed together. >>>>> >>>>> Patch 3 splits imx-drm. >>>>> Patch 4 moves dw-drm out of imx-drm folder. >>>>> Patch 7 adds binding >>>>> Patch 9 converts to drm bridge. >>>>> >>>>> Can these be placed together easily? >>>>> And in the start. i.e. patch 1, 2, 3, 4, >>>>> >>>>> Then all fixes etc can come afterwards? >>>>> >>>>> It helps when checking histories later as to how a driver was made and how fixes happened. >>>>> >>>>> Especially when file moves happen.. >>>> Do you mean we can rearrange the patch series? >>>> put patch 3, 4 ,7, 9 together one bye one >>>> than followed by the fixes patches 5 ,6, 8, 11 ? >>> Yes. Rearrange so that the split imx-drm/imx-hdmi and conversion to drm-bridge is at the start of the series. >>> Then the rest are bug fixes and feature additions. >> Can I put patch#1(make checkpatch happy) and patch#2 (defer probe) as the first two patch. >> Daniel from Google chromium think it's better to put the two slightly changes in the front for easy review. Sorry, I didn't see this conversation before my earlier emails. I was suggesting to Andy to arrange his patches like this: (1) fixes that directly apply to imx-drm as it is today. (2) split out the "generic dw_hdmi" parts from imx-hdmi into dw_hdmi.c (3) convert dw_hdmi.c to a drm_bridge (4) move the dw_hdmi.c bridge implementation to drm/bridge (5) modifications to dw_hdmi.c required to support hdmi on rk3288 (5) add rk3288-hdmi.c to drm/rockchip (at least whenever drm/rockchip lands) The idea being that we can start landing the patches for (1) even while we are still debating / reviewing (2)+ upstream. > Sure. > > I am not the maintainer. They have to make the final decision. imx-drm is still in staging. I do not see anyone listed explicitly under MAINTAINERS for drivers/staging/imx-drm, so by default I guess it falls back to gregkh (drivers/staging/)? The "Commit" field in git log seems to back this up. Although, based on Author, I think we also want the opinions of Philipp Zabel and Russel King. Thanks, -djk > > ZubairLK -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/