[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55D40F2A.6000208@codeaurora.org>
Date: Wed, 19 Aug 2015 10:37:54 +0530
From: Archit Taneja <architt@...eaurora.org>
To: dri-devel@...ts.freedesktop.org
CC: linux-arm-msm@...r.kernel.org, treding@...dia.com,
inki.dae@...sung.com, a.hajda@...sung.com,
linux-kernel@...r.kernel.org, airlied@...ux.ie, daniel@...ll.ch,
jani.nikula@...ux.intel.com
Subject: Re: [RFC 0/2] drm/dsi: DSI for devices with different control bus
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
--
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