From mboxrd@z Thu Jan 1 00:00:00 1970 From: Archit Taneja Subject: Re: [RFC 0/2] drm/dsi: DSI for devices with different control bus Date: Wed, 19 Aug 2015 10:37:54 +0530 Message-ID: <55D40F2A.6000208@codeaurora.org> References: <1435641851-27295-1-git-send-email-architt@codeaurora.org> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1435641851-27295-1-git-send-email-architt@codeaurora.org> Sender: linux-arm-msm-owner@vger.kernel.org To: dri-devel@lists.freedesktop.org Cc: linux-arm-msm@vger.kernel.org, treding@nvidia.com, inki.dae@samsung.com, a.hajda@samsung.com, linux-kernel@vger.kernel.org, airlied@linux.ie, daniel@ffwll.ch, jani.nikula@linux.intel.com List-Id: dri-devel@lists.freedesktop.org Hi, On 06/30/2015 10:54 AM, Archit Taneja wrote: > We are currently restricted when it comes to supporting DSI on devices > that have a non-DSI control bus. For example, DSI encoder chips are > available in the market that are configured via i2c. Configuring their > registers via DSI bus is either optional or not available at all. > > These devices still need to pass DSI parameters (data lanes, mode flags > etc) to the DSI host they are connected to. We don't have a way to do > that at the moment. > > The method presented in these patches is to provide an API to create a > 'dummy' mipi_dsi_device. This device is populated with the desired DSI > params, which are passed on to the host via mipi_dsi_attach(). > > This method will require the device driver to get a phandle to the DSI > host since there is no parent-child relation between the two. > > Is there a better way to do this? Please let me know! Any comments on this? Archit > > Archit Taneja (2): > drm/dsi: Create dummy DSI devices > drm/dsi: Get DSI host by DT device node > > drivers/gpu/drm/drm_mipi_dsi.c | 108 ++++++++++++++++++++++++++++++++++++++++- > include/drm/drm_mipi_dsi.h | 4 ++ > 2 files changed, 110 insertions(+), 2 deletions(-) > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project