From: Archit Taneja <architt@codeaurora.org>
To: Philippe CORNU <philippe.cornu@st.com>,
Brian Norris <briannorris@chromium.org>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Heiko Stubner <heiko@sntech.de>,
"open list:ARM/Rockchip SoC..."
<linux-rockchip@lists.infradead.org>,
David Airlie <airlied@linux.ie>,
Linux Kernel <linux-kernel@vger.kernel.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
Sandy Huang <hjc@rock-chips.com>,
Yannick FERTRE <yannick.fertre@st.com>,
Andrzej Hajda <a.hajda@samsung.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Benjamin Gaignard <benjamin.gaignard@linaro.org>,
Ludovic BARRE <ludovic.barre@st.com>,
Mickael REULIER <mickael.reulier@st.com>,
Vincent ABRIOU <vincent.abriou@st.com>,
Bhumika Goyal <bhumirks@gmail.com>,
Alexandre
Subject: Re: [PATCH] drm/bridge/synopsys: dsi: use adjusted_mode in mode_set
Date: Mon, 29 Jan 2018 09:44:21 +0530 [thread overview]
Message-ID: <075514d0-ff00-606e-4616-e2db4fb75d0d@codeaurora.org> (raw)
In-Reply-To: <5f9d5de7-4597-b9e9-64fe-666230b12bce@st.com>
On 01/26/2018 03:24 PM, Philippe CORNU wrote:
> Hi Brian,
> And a big thanks for your Tested-by
>
> On 01/25/2018 11:47 PM, Brian Norris wrote:
>> On Thu, Jan 25, 2018 at 7:55 AM, Philippe Cornu <philippe.cornu@st.com> wrote:
>>> The "adjusted_mode" clock value (ie the real pixel clock) is more
>>> accurate than "mode" clock value (ie the panel/bridge requested
>>> clock value). It offers a better preciseness for timing
>>> computations and allows to reduce the extra dsi bandwidth in
>>> burst mode (from ~20% to ~10-12%, hw platform dependant).
>>>
>>> Signed-off-by: Philippe Cornu <philippe.cornu@st.com>
>>> ---
>>> Note: This patch replaces "drm/bridge/synopsys: dsi: add optional pixel clock"
>>
>> These two appear to be the same for my cases, but at least nothing breaks:
>>
>
> In drivers/gpu/drm/rockchip/rockchip_drm_vop.c function
> vop_crtc_mode_fixup(), the adjusted_mode->clock (ie. vop px clk output =
> dw dsi px clk input) is updated according to rockchip hw pll/dividers...
>
> So you "may" have a different value in adjusted_mode->clock compare to
> mode->clock. Maybe there is no difference for the panel you are using
> because its px clock matches perfectly with rockchip hw pll/dividers...
> or has been set to match with ;-)
>
> I did a similar patch (see [1]) and it works "fine" on stm, the only
> difference with the rockchip vop is that clk_round_rate() returns odd
> values on stm so I used set/get_rate instead.
>
> So now, both rockchip & stm crtc have an "adjusted_mode->clock" so it
> makes sense to use it in dw dsi :)
Could you get the patch [1] queued on drm-misc-next? I can queue this patch
after it.
Thanks,
Archit
>
> Philippe :-)
>
> [1] https://patchwork.freedesktop.org/patch/200720/
> "[PATCH] drm/stm: ltdc: use crtc_mode_fixup to update adjusted_mode clock"
>
>
>> Tested-by: Brian Norris <briannorris@chromium.org>
>>
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: architt@codeaurora.org (Archit Taneja)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] drm/bridge/synopsys: dsi: use adjusted_mode in mode_set
Date: Mon, 29 Jan 2018 09:44:21 +0530 [thread overview]
Message-ID: <075514d0-ff00-606e-4616-e2db4fb75d0d@codeaurora.org> (raw)
In-Reply-To: <5f9d5de7-4597-b9e9-64fe-666230b12bce@st.com>
On 01/26/2018 03:24 PM, Philippe CORNU wrote:
> Hi Brian,
> And a big thanks for your Tested-by
>
> On 01/25/2018 11:47 PM, Brian Norris wrote:
>> On Thu, Jan 25, 2018 at 7:55 AM, Philippe Cornu <philippe.cornu@st.com> wrote:
>>> The "adjusted_mode" clock value (ie the real pixel clock) is more
>>> accurate than "mode" clock value (ie the panel/bridge requested
>>> clock value). It offers a better preciseness for timing
>>> computations and allows to reduce the extra dsi bandwidth in
>>> burst mode (from ~20% to ~10-12%, hw platform dependant).
>>>
>>> Signed-off-by: Philippe Cornu <philippe.cornu@st.com>
>>> ---
>>> Note: This patch replaces "drm/bridge/synopsys: dsi: add optional pixel clock"
>>
>> These two appear to be the same for my cases, but at least nothing breaks:
>>
>
> In drivers/gpu/drm/rockchip/rockchip_drm_vop.c function
> vop_crtc_mode_fixup(), the adjusted_mode->clock (ie. vop px clk output =
> dw dsi px clk input) is updated according to rockchip hw pll/dividers...
>
> So you "may" have a different value in adjusted_mode->clock compare to
> mode->clock. Maybe there is no difference for the panel you are using
> because its px clock matches perfectly with rockchip hw pll/dividers...
> or has been set to match with ;-)
>
> I did a similar patch (see [1]) and it works "fine" on stm, the only
> difference with the rockchip vop is that clk_round_rate() returns odd
> values on stm so I used set/get_rate instead.
>
> So now, both rockchip & stm crtc have an "adjusted_mode->clock" so it
> makes sense to use it in dw dsi :)
Could you get the patch [1] queued on drm-misc-next? I can queue this patch
after it.
Thanks,
Archit
>
> Philippe :-)
>
> [1] https://patchwork.freedesktop.org/patch/200720/
> "[PATCH] drm/stm: ltdc: use crtc_mode_fixup to update adjusted_mode clock"
>
>
>> Tested-by: Brian Norris <briannorris@chromium.org>
>>
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: Archit Taneja <architt@codeaurora.org>
To: Philippe CORNU <philippe.cornu@st.com>,
Brian Norris <briannorris@chromium.org>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Heiko Stubner <heiko@sntech.de>,
"open list:ARM/Rockchip SoC..."
<linux-rockchip@lists.infradead.org>,
David Airlie <airlied@linux.ie>,
Linux Kernel <linux-kernel@vger.kernel.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
Sandy Huang <hjc@rock-chips.com>,
Yannick FERTRE <yannick.fertre@st.com>,
Andrzej Hajda <a.hajda@samsung.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Benjamin Gaignard <benjamin.gaignard@linaro.org>,
Ludovic BARRE <ludovic.barre@st.com>,
Mickael REULIER <mickael.reulier@st.com>,
Vincent ABRIOU <vincent.abriou@st.com>,
Bhumika Goyal <bhumirks@gmail.com>,
Alexandre TORGUE <alexandre.torgue@st.com>
Subject: Re: [PATCH] drm/bridge/synopsys: dsi: use adjusted_mode in mode_set
Date: Mon, 29 Jan 2018 09:44:21 +0530 [thread overview]
Message-ID: <075514d0-ff00-606e-4616-e2db4fb75d0d@codeaurora.org> (raw)
In-Reply-To: <5f9d5de7-4597-b9e9-64fe-666230b12bce@st.com>
On 01/26/2018 03:24 PM, Philippe CORNU wrote:
> Hi Brian,
> And a big thanks for your Tested-by
>
> On 01/25/2018 11:47 PM, Brian Norris wrote:
>> On Thu, Jan 25, 2018 at 7:55 AM, Philippe Cornu <philippe.cornu@st.com> wrote:
>>> The "adjusted_mode" clock value (ie the real pixel clock) is more
>>> accurate than "mode" clock value (ie the panel/bridge requested
>>> clock value). It offers a better preciseness for timing
>>> computations and allows to reduce the extra dsi bandwidth in
>>> burst mode (from ~20% to ~10-12%, hw platform dependant).
>>>
>>> Signed-off-by: Philippe Cornu <philippe.cornu@st.com>
>>> ---
>>> Note: This patch replaces "drm/bridge/synopsys: dsi: add optional pixel clock"
>>
>> These two appear to be the same for my cases, but at least nothing breaks:
>>
>
> In drivers/gpu/drm/rockchip/rockchip_drm_vop.c function
> vop_crtc_mode_fixup(), the adjusted_mode->clock (ie. vop px clk output =
> dw dsi px clk input) is updated according to rockchip hw pll/dividers...
>
> So you "may" have a different value in adjusted_mode->clock compare to
> mode->clock. Maybe there is no difference for the panel you are using
> because its px clock matches perfectly with rockchip hw pll/dividers...
> or has been set to match with ;-)
>
> I did a similar patch (see [1]) and it works "fine" on stm, the only
> difference with the rockchip vop is that clk_round_rate() returns odd
> values on stm so I used set/get_rate instead.
>
> So now, both rockchip & stm crtc have an "adjusted_mode->clock" so it
> makes sense to use it in dw dsi :)
Could you get the patch [1] queued on drm-misc-next? I can queue this patch
after it.
Thanks,
Archit
>
> Philippe :-)
>
> [1] https://patchwork.freedesktop.org/patch/200720/
> "[PATCH] drm/stm: ltdc: use crtc_mode_fixup to update adjusted_mode clock"
>
>
>> Tested-by: Brian Norris <briannorris@chromium.org>
>>
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2018-01-29 4:14 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20180125155556epcas2p107973eb77ab08c436dbddcb66fcb7c89@epcas2p1.samsung.com>
2018-01-25 15:55 ` [PATCH] drm/bridge/synopsys: dsi: use adjusted_mode in mode_set Philippe Cornu
2018-01-25 15:55 ` Philippe Cornu
2018-01-25 15:55 ` Philippe Cornu
[not found] ` <20180125155504.8611-1-philippe.cornu-qxv4g6HH51o@public.gmane.org>
2018-01-25 22:47 ` Brian Norris
2018-01-25 22:47 ` Brian Norris
2018-01-25 22:47 ` Brian Norris
2018-01-26 9:54 ` Philippe CORNU
2018-01-26 9:54 ` Philippe CORNU
2018-01-26 9:54 ` Philippe CORNU
2018-01-29 4:14 ` Archit Taneja [this message]
2018-01-29 4:14 ` Archit Taneja
2018-01-29 4:14 ` Archit Taneja
2018-01-29 9:46 ` Laurent Pinchart
2018-01-29 9:46 ` Laurent Pinchart
2018-01-29 9:46 ` Laurent Pinchart
2018-01-29 10:17 ` Philippe CORNU
2018-01-29 10:17 ` Philippe CORNU
2018-01-29 10:17 ` Philippe CORNU
2018-01-29 10:40 ` Laurent Pinchart
2018-01-29 10:40 ` Laurent Pinchart
2018-01-29 10:40 ` Laurent Pinchart
2018-02-02 22:41 ` Philippe CORNU
2018-02-02 22:41 ` Philippe CORNU
2018-02-02 22:41 ` Philippe CORNU
2018-02-08 13:15 ` Laurent Pinchart
2018-02-08 13:15 ` Laurent Pinchart
2018-02-08 13:15 ` Laurent Pinchart
2018-04-23 10:10 ` Laurent Pinchart
2018-04-23 10:10 ` Laurent Pinchart
2018-04-23 10:10 ` Laurent Pinchart
2018-04-23 12:29 ` Yannick FERTRE
2018-04-23 12:29 ` Yannick FERTRE
2018-04-23 12:29 ` Yannick FERTRE
2018-04-26 6:33 ` Andrzej Hajda
2018-04-26 6:33 ` Andrzej Hajda
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=075514d0-ff00-606e-4616-e2db4fb75d0d@codeaurora.org \
--to=architt@codeaurora.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=benjamin.gaignard@linaro.org \
--cc=bhumirks@gmail.com \
--cc=briannorris@chromium.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=ludovic.barre@st.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=mickael.reulier@st.com \
--cc=philippe.cornu@st.com \
--cc=vincent.abriou@st.com \
--cc=yannick.fertre@st.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.