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
prev parent reply other threads:[~2020-02-10 9:50 UTC|newest]
Thread overview: 5+ 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 ` [PATCH v4 1/2] dt-bindings: display: bridge: Add documentation for Toshiba tc358768 Peter Ujfalusi
2020-02-06 18:35 ` Rob Herring
2020-01-31 11:15 ` [PATCH v4 2/2] drm/bridge: Add tc358768 driver Peter Ujfalusi
2020-02-10 9:50 ` Neil Armstrong [this message]
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).