All of lore.kernel.org
 help / color / mirror / Atom feed
From: Neil Armstrong <narmstrong@baylibre.com>
To: Peter Ujfalusi <peter.ujfalusi@ti.com>,
	airlied@linux.ie, daniel@ffwll.ch, robh+dt@kernel.org,
	mark.rutland@arm.com, a.hajda@samsung.com
Cc: tomi.valkeinen@ti.com, dri-devel@lists.freedesktop.org,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	Laurent.pinchart@ideasonboard.com, jonas@kwiboo.se,
	jernej.skrabec@siol.net
Subject: Re: [PATCH v4 0/2] drm/bridge: Support for Toshiba tc358768 RGB to DSI bridge
Date: Mon, 10 Feb 2020 10:50:30 +0100	[thread overview]
Message-ID: <ac8f985b-af2c-f314-1b8b-fcfd7abd2dba@baylibre.com> (raw)
In-Reply-To: <20200131111553.472-1-peter.ujfalusi@ti.com>

On 31/01/2020 12:15, Peter Ujfalusi wrote:
> Hi,
> 
> Changes since v3:
> - bindings/example: Fixed the node name
> - bindings/example: Added include for GPIO_ACTIVE_LOW and fixed up the gpio
> 		    binding
> - driver: Moved the label for goto in tc358768_calc_pll()
> - driver: Replaced the refcounting of enabled with a simple bool as hw_enable()
>   is only called from one place (tc358768_bridge_pre_enable)
> - driver: Added Reviewed-by from Andrzej
> 
> Changes since v2:
> - Implement pre_enable and post_disbale callbacks and move code from enable and
>   disable callbacks.
> - hw_enable/disable is removed from tc358768_dsi_host_transfer()
> - Defines for DSI_CONFW accesses
> - breakout from the loops  (the check for it) is moved one level up in
>   tc358768_calc_pll()
> 
> Changes since v1:
> DT bindings document:
> - Removed MaxItems for the regulators
> - additionalProperties: false added to port@1
> 
> Driver:
> - Year is now 2020
> - Includes shorted
> - The three letter members of the private struct documented 0 they are named as
>   in the datasheet
> - Error handling for the IO functions is following what sil-sii8620.c does
> - regmap regcache is disabled along with refcache_sync() and volatile callback
>   for regmap
> - The hw enable and disable functions got separated
> - Taken the suggested simplifactions from Andrzej for tc358768_calc_pll() and
>   tc358768_dsi_host_transfer()
> - The driver no longer stores the drm_display_mode, it relies on
>   priv->bridge.encoder->crtc->state->adjusted_mode where it needs it
> - tc358768_calc_pll() can be used for verification only to not modify the state
> - refcounting added for hw enable state as a dsi transfer was shutting down the
>   bridge when it was already enabled.
> 
> Tested on top of drm-next + LED backlight patches + DT patches on dra7-evm with
> osd101t2045 (panel-simple) and osd101t2587 panel drivers.
> 
> Cover letter from v1:
> TC358768 is a parallel RGB to MIPI DSI bridge.
> 
> The initial driver supports MIPI_DSI_MODE_VIDEO, MIPI_DSI_FMT_RGB888 and
> only write is implemented for mipi_dsi_host_ops.transfer due to lack of hardware
> where other modes can be tested.
> 
> Regards,
> Peter
> ---
> Peter Ujfalusi (2):
>   dt-bindings: display: bridge: Add documentation for Toshiba tc358768
>   drm/bridge: Add tc358768 driver
> 
>  .../display/bridge/toshiba,tc358768.yaml      |  159 +++
>  drivers/gpu/drm/bridge/Kconfig                |   10 +
>  drivers/gpu/drm/bridge/Makefile               |    1 +
>  drivers/gpu/drm/bridge/tc358768.c             | 1044 +++++++++++++++++
>  4 files changed, 1214 insertions(+)
>  create mode 100644 Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml
>  create mode 100644 drivers/gpu/drm/bridge/tc358768.c
> 


Applying to drm-misc-next

Neil

WARNING: multiple messages have this Message-ID (diff)
From: Neil Armstrong <narmstrong@baylibre.com>
To: Peter Ujfalusi <peter.ujfalusi@ti.com>,
	airlied@linux.ie, daniel@ffwll.ch, robh+dt@kernel.org,
	mark.rutland@arm.com, a.hajda@samsung.com
Cc: devicetree@vger.kernel.org, jernej.skrabec@siol.net,
	jonas@kwiboo.se, linux-kernel@vger.kernel.org,
	dri-devel@lists.freedesktop.org, tomi.valkeinen@ti.com,
	Laurent.pinchart@ideasonboard.com
Subject: Re: [PATCH v4 0/2] drm/bridge: Support for Toshiba tc358768 RGB to DSI bridge
Date: Mon, 10 Feb 2020 10:50:30 +0100	[thread overview]
Message-ID: <ac8f985b-af2c-f314-1b8b-fcfd7abd2dba@baylibre.com> (raw)
In-Reply-To: <20200131111553.472-1-peter.ujfalusi@ti.com>

On 31/01/2020 12:15, Peter Ujfalusi wrote:
> Hi,
> 
> Changes since v3:
> - bindings/example: Fixed the node name
> - bindings/example: Added include for GPIO_ACTIVE_LOW and fixed up the gpio
> 		    binding
> - driver: Moved the label for goto in tc358768_calc_pll()
> - driver: Replaced the refcounting of enabled with a simple bool as hw_enable()
>   is only called from one place (tc358768_bridge_pre_enable)
> - driver: Added Reviewed-by from Andrzej
> 
> Changes since v2:
> - Implement pre_enable and post_disbale callbacks and move code from enable and
>   disable callbacks.
> - hw_enable/disable is removed from tc358768_dsi_host_transfer()
> - Defines for DSI_CONFW accesses
> - breakout from the loops  (the check for it) is moved one level up in
>   tc358768_calc_pll()
> 
> Changes since v1:
> DT bindings document:
> - Removed MaxItems for the regulators
> - additionalProperties: false added to port@1
> 
> Driver:
> - Year is now 2020
> - Includes shorted
> - The three letter members of the private struct documented 0 they are named as
>   in the datasheet
> - Error handling for the IO functions is following what sil-sii8620.c does
> - regmap regcache is disabled along with refcache_sync() and volatile callback
>   for regmap
> - The hw enable and disable functions got separated
> - Taken the suggested simplifactions from Andrzej for tc358768_calc_pll() and
>   tc358768_dsi_host_transfer()
> - The driver no longer stores the drm_display_mode, it relies on
>   priv->bridge.encoder->crtc->state->adjusted_mode where it needs it
> - tc358768_calc_pll() can be used for verification only to not modify the state
> - refcounting added for hw enable state as a dsi transfer was shutting down the
>   bridge when it was already enabled.
> 
> Tested on top of drm-next + LED backlight patches + DT patches on dra7-evm with
> osd101t2045 (panel-simple) and osd101t2587 panel drivers.
> 
> Cover letter from v1:
> TC358768 is a parallel RGB to MIPI DSI bridge.
> 
> The initial driver supports MIPI_DSI_MODE_VIDEO, MIPI_DSI_FMT_RGB888 and
> only write is implemented for mipi_dsi_host_ops.transfer due to lack of hardware
> where other modes can be tested.
> 
> Regards,
> Peter
> ---
> Peter Ujfalusi (2):
>   dt-bindings: display: bridge: Add documentation for Toshiba tc358768
>   drm/bridge: Add tc358768 driver
> 
>  .../display/bridge/toshiba,tc358768.yaml      |  159 +++
>  drivers/gpu/drm/bridge/Kconfig                |   10 +
>  drivers/gpu/drm/bridge/Makefile               |    1 +
>  drivers/gpu/drm/bridge/tc358768.c             | 1044 +++++++++++++++++
>  4 files changed, 1214 insertions(+)
>  create mode 100644 Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml
>  create mode 100644 drivers/gpu/drm/bridge/tc358768.c
> 


Applying to drm-misc-next

Neil
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2020-02-10  9:50 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-31 11:15 [PATCH v4 0/2] drm/bridge: Support for Toshiba tc358768 RGB to DSI bridge Peter Ujfalusi
2020-01-31 11:15 ` Peter Ujfalusi
2020-01-31 11:15 ` [PATCH v4 1/2] dt-bindings: display: bridge: Add documentation for Toshiba tc358768 Peter Ujfalusi
2020-01-31 11:15   ` Peter Ujfalusi
2020-02-06 18:35   ` Rob Herring
2020-02-06 18:35     ` Rob Herring
2020-01-31 11:15 ` [PATCH v4 2/2] drm/bridge: Add tc358768 driver Peter Ujfalusi
2020-01-31 11:15   ` Peter Ujfalusi
2020-02-10  9:50 ` Neil Armstrong [this message]
2020-02-10  9:50   ` [PATCH v4 0/2] drm/bridge: Support for Toshiba tc358768 RGB to DSI bridge Neil Armstrong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ac8f985b-af2c-f314-1b8b-fcfd7abd2dba@baylibre.com \
    --to=narmstrong@baylibre.com \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=a.hajda@samsung.com \
    --cc=airlied@linux.ie \
    --cc=daniel@ffwll.ch \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@siol.net \
    --cc=jonas@kwiboo.se \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=peter.ujfalusi@ti.com \
    --cc=robh+dt@kernel.org \
    --cc=tomi.valkeinen@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.