From: Inki Dae <inki.dae@samsung.com>
To: YoungJun Cho <yj44.cho@samsung.com>
Cc: mark.rutland@arm.com, devicetree@vger.kernel.org,
linux-samsung-soc@vger.kernel.org, pawel.moll@arm.com,
ijc+devicetree@hellion.org.uk, sw0312.kim@samsung.com,
robh+dt@kernel.org, a.hajda@samsung.com,
kyungmin.park@samsung.com, dri-devel@lists.freedesktop.org,
galak@codeaurora.org, kgene.kim@samsung.com
Subject: Re: [PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface
Date: Thu, 10 Jul 2014 10:20:05 +0900 [thread overview]
Message-ID: <53BDEA45.7020303@samsung.com> (raw)
In-Reply-To: <53BDE6FF.1000600@samsung.com>
On 2014년 07월 10일 10:06, YoungJun Cho wrote:
> On 07/10/2014 12:22 AM, Thierry Reding wrote:
>> On Tue, Jul 08, 2014 at 09:39:38AM +0900, YoungJun Cho wrote:
>>> To support LCD I80 interface, the DSI host calls this function
>>> to notify the panel tearing effect synchronization signal to
>>> the CRTC device manager to trigger to transfer video image.
>>>
>>> Signed-off-by: YoungJun Cho <yj44.cho@samsung.com>
>>> Acked-by: Inki Dae <inki.dae@samsung.com>
>>> Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
>>> ---
>>> drivers/gpu/drm/exynos/exynos_drm_dsi.c | 11 +++++++++++
>>> include/drm/drm_mipi_dsi.h | 7 +++++++
>>> 2 files changed, 18 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
>>> b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
>>> index dad543a..76e34ca 100644
>>> --- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
>>> +++ b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
>>> @@ -24,6 +24,7 @@
>>> #include <video/mipi_display.h>
>>> #include <video/videomode.h>
>>>
>>> +#include "exynos_drm_crtc.h"
>>> #include "exynos_drm_drv.h"
>>>
>>> /* returns true iff both arguments logically differs */
>>> @@ -1041,10 +1042,20 @@ static ssize_t
>>> exynos_dsi_host_transfer(struct mipi_dsi_host *host,
>>> return (ret < 0) ? ret : xfer.rx_done;
>>> }
>>>
>>> +static void exynos_dsi_host_pass_te(struct mipi_dsi_host *host)
>>> +{
>>> + struct exynos_dsi *dsi = host_to_dsi(host);
>>> + struct drm_encoder *encoder = dsi->encoder;
>>> +
>>> + if (dsi->state & DSIM_STATE_ENABLED)
>>> + exynos_drm_crtc_te_handler(encoder->crtc);
>>> +}
>>> +
>>> static const struct mipi_dsi_host_ops exynos_dsi_ops = {
>>> .attach = exynos_dsi_host_attach,
>>> .detach = exynos_dsi_host_detach,
>>> .transfer = exynos_dsi_host_transfer,
>>> + .pass_te = exynos_dsi_host_pass_te,
>>> };
>>>
>>> static int exynos_dsi_poweron(struct exynos_dsi *dsi)
>>> diff --git a/include/drm/drm_mipi_dsi.h b/include/drm/drm_mipi_dsi.h
>>> index 944f33f..3f21bea 100644
>>> --- a/include/drm/drm_mipi_dsi.h
>>> +++ b/include/drm/drm_mipi_dsi.h
>>> @@ -49,6 +49,12 @@ struct mipi_dsi_msg {
>>> * @detach: detach DSI device from DSI host
>>> * @transfer: send and/or receive DSI packet, return number of
>>> received bytes,
>>> * or error
>>> + * @pass_te: call the crtc te_handler() callback from DSI host.
>>> + * The panel generates tearing effect synchronization signal
>>> between
>>> + * MCU and FB to display video images. And the display
>>> controller
>>> + * should trigger to transfer video image at this signal. So
>>> the panel
>>> + * receives the TE IRQ, then calls this function to notify
>>> it to the
>>> + * display controller.
>>> */
>>> struct mipi_dsi_host_ops {
>>> int (*attach)(struct mipi_dsi_host *host,
>>> @@ -57,6 +63,7 @@ struct mipi_dsi_host_ops {
>>> struct mipi_dsi_device *dsi);
>>> ssize_t (*transfer)(struct mipi_dsi_host *host,
>>> struct mipi_dsi_msg *msg);
>>> + void (*pass_te)(struct mipi_dsi_host *host);
>>
>> I've objected to this particular change before and that objection still
>> stands. I don't see how this is related to DSI. It seems like an
>> implementation detail of this particular setup and I think it should be
>> handled differently (within the Exynos DSI controller implementation
>> possibly).
>>
>
> Okay, I understand what you mean.
> As you know, this function is called by panel TE interrupt handler, so
> it could be accessed by panel.
> Do you have any good idea for panel to access exynos_drm_dsi directly
> without mipi_dis_host_ops?
>
Mr. Cho, let's just use notifier callback for the meantime: fimd driver
registers a te handler to Exynos mipi dsi driver, and then Exynos mipi
dsi driver calls the te handler when te interrupt occurs from Panel device.
I think all we can consider for it is to use mipi_dsi_host_ops or core
framework - connector/encoder and crtc. However, it seems that it's not
really easy for we have a consensus with other maintainers until other
i80 users appear and they need common something for it.
Thanks,
Inki Dae
> Thank you.
> Best regards YJ
>
>> Laurent also asked you to split this up into two patches, one for the
>> core part, the other for the Exynos driver parts, yet this patch
>> contains both changes.
>>
>> Thierry
>>
>
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2014-07-10 1:20 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-08 0:39 [PATCH v5 00/14] drm/exynos: support LCD I80 interface display YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 01/14] drm/exynos: dsi: move the EoT packets configuration point YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 02/14] drm/exynos: use wait_event_timeout() for safety usage YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 03/14] ARM: dts: samsung-fimd: add LCD I80 interface specific properties YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 04/14] drm/exynos: add TE handler to support LCD I80 interface YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops " YoungJun Cho
2014-07-09 15:22 ` Thierry Reding
2014-07-09 16:03 ` Inki Dae
2014-07-10 1:06 ` YoungJun Cho
2014-07-10 1:20 ` Inki Dae [this message]
2014-07-10 2:29 ` Inki Dae
2014-07-10 7:38 ` Thierry Reding
2014-07-14 9:22 ` YoungJun Cho
2014-07-14 9:41 ` Thierry Reding
2014-07-14 10:45 ` YoungJun Cho
2014-07-14 11:03 ` Thierry Reding
2014-07-15 2:34 ` Inki Dae
2014-07-16 2:23 ` YoungJun Cho
2014-07-16 7:54 ` Thierry Reding
2014-07-16 10:12 ` YoungJun Cho
2014-07-17 2:15 ` Inki Dae
2014-07-08 0:39 ` [PATCH v5 06/14] drm/exynos: fimd: " YoungJun Cho
2014-07-08 16:10 ` Inki Dae
2014-07-09 0:07 ` YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 07/14] ARM: dts: exynos_dsim: add exynos5410 compatible to DT bindings YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 08/14] drm/exynos: dsi: add driver data to support Exynos5410/5420/5440 SoCs YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 09/14] ARM: dts: s6e3fa0: add DT bindings YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 10/14] drm/panel: add S6E3FA0 driver YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 11/14] ARM: dts: exynos4: add system register property YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 12/14] ARM: dts: exynos5: " YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 13/14] ARM: dts: exynos5420: add mipi-phy node YoungJun Cho
2014-07-08 0:39 ` [PATCH v5 14/14] ARM: dts: exynos5420: add dsi node YoungJun Cho
2014-07-09 15:07 ` [PATCH v5 00/14] drm/exynos: support LCD I80 interface display Inki Dae
2014-07-09 15:23 ` Thierry Reding
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=53BDEA45.7020303@samsung.com \
--to=inki.dae@samsung.com \
--cc=a.hajda@samsung.com \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kgene.kim@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=sw0312.kim@samsung.com \
--cc=yj44.cho@samsung.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