From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Marijn Suijten <marijn.suijten@somainline.org>
Cc: Bjorn Andersson <bjorn.andersson@linaro.org>,
Rob Clark <robdclark@gmail.com>, Sean Paul <sean@poorly.run>,
Abhinav Kumar <quic_abhinavk@quicinc.com>,
Stephen Boyd <swboyd@chromium.org>,
David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org,
kernel test robot <lkp@intel.com>
Subject: Re: [PATCH v2] drm/msm/dsi: use RMW cycles in dsi_update_dsc_timing
Date: Mon, 2 May 2022 12:41:37 +0300 [thread overview]
Message-ID: <95ed686e-e80d-6571-050a-afdb7d22ce2d@linaro.org> (raw)
In-Reply-To: <20220502084322.nvj7rnhnemewmil6@SoMainline.org>
On 02/05/2022 11:43, Marijn Suijten wrote:
> On 2022-05-02 01:44:20, Dmitry Baryshkov wrote:
>> [sni[
>>> In any case, given that you've already sent this patch and another three
>>> patches [2] fixing/cleaning up the series tells me it's far from ready.
>>> Most of this should just be handled - or have been handled - in review
>>> and amended?
>>
>> During the review time we agreed that [2] would come as a separate
>> change It is an API change that would make using panel-bridge easier,
>> but isn't otherwise required.
>>
>> I have been working towards more logical drm_bridge/drm_bridge_connector
>> chains employing panel-bridge and display-connector where required, [2]
>> is a part of that effort (as well as few other patches that hit
>> dri-devel in the last few days).
>
> I understand what is going on now. Since the DSC patches have already
> been queued up in the 5.19 pull I won't hurry to review them; rather
> will go over them when time allows me to play with the many phones here
> that require DSC for the screen to work. I've been told the series
> didn't result in positive screen output way back in its infancy, but
> I'll re-evaluate and send fixes or improvements if/when necessary.
Sure, thank you!
They work on Pixel3 (sdm845, non-active CTLs, no ping-pong binding to
intf). I still didn't have time to test them on P4 (sm8150, active CTLs,
PPs bound to the intf in runtime).
--
With best wishes
Dmitry
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Marijn Suijten <marijn.suijten@somainline.org>
Cc: freedreno@lists.freedesktop.org,
kernel test robot <lkp@intel.com>,
David Airlie <airlied@linux.ie>,
linux-arm-msm@vger.kernel.org,
Abhinav Kumar <quic_abhinavk@quicinc.com>,
dri-devel@lists.freedesktop.org,
Stephen Boyd <swboyd@chromium.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Sean Paul <sean@poorly.run>
Subject: Re: [PATCH v2] drm/msm/dsi: use RMW cycles in dsi_update_dsc_timing
Date: Mon, 2 May 2022 12:41:37 +0300 [thread overview]
Message-ID: <95ed686e-e80d-6571-050a-afdb7d22ce2d@linaro.org> (raw)
In-Reply-To: <20220502084322.nvj7rnhnemewmil6@SoMainline.org>
On 02/05/2022 11:43, Marijn Suijten wrote:
> On 2022-05-02 01:44:20, Dmitry Baryshkov wrote:
>> [sni[
>>> In any case, given that you've already sent this patch and another three
>>> patches [2] fixing/cleaning up the series tells me it's far from ready.
>>> Most of this should just be handled - or have been handled - in review
>>> and amended?
>>
>> During the review time we agreed that [2] would come as a separate
>> change It is an API change that would make using panel-bridge easier,
>> but isn't otherwise required.
>>
>> I have been working towards more logical drm_bridge/drm_bridge_connector
>> chains employing panel-bridge and display-connector where required, [2]
>> is a part of that effort (as well as few other patches that hit
>> dri-devel in the last few days).
>
> I understand what is going on now. Since the DSC patches have already
> been queued up in the 5.19 pull I won't hurry to review them; rather
> will go over them when time allows me to play with the many phones here
> that require DSC for the screen to work. I've been told the series
> didn't result in positive screen output way back in its infancy, but
> I'll re-evaluate and send fixes or improvements if/when necessary.
Sure, thank you!
They work on Pixel3 (sdm845, non-active CTLs, no ping-pong binding to
intf). I still didn't have time to test them on P4 (sm8150, active CTLs,
PPs bound to the intf in runtime).
--
With best wishes
Dmitry
next prev parent reply other threads:[~2022-05-02 9:42 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-30 17:55 [PATCH v2] drm/msm/dsi: use RMW cycles in dsi_update_dsc_timing Dmitry Baryshkov
2022-04-30 17:55 ` Dmitry Baryshkov
2022-04-30 18:42 ` Abhinav Kumar
2022-04-30 18:42 ` Abhinav Kumar
2022-04-30 18:58 ` Marijn Suijten
2022-04-30 18:58 ` Marijn Suijten
2022-04-30 19:25 ` [Freedreno] " Abhinav Kumar
2022-04-30 19:25 ` Abhinav Kumar
2022-05-01 20:06 ` Marijn Suijten
2022-05-01 20:06 ` Marijn Suijten
2022-05-01 23:56 ` Abhinav Kumar
2022-05-01 23:56 ` Abhinav Kumar
2022-05-02 8:02 ` Dmitry Baryshkov
2022-05-02 8:02 ` Dmitry Baryshkov
2022-05-02 8:34 ` Marijn Suijten
2022-05-02 8:34 ` Marijn Suijten
2022-05-02 10:02 ` Dmitry Baryshkov
2022-05-02 10:02 ` Dmitry Baryshkov
2022-05-02 21:56 ` Marijn Suijten
2022-05-02 21:56 ` Marijn Suijten
2022-04-30 19:28 ` Dmitry Baryshkov
2022-04-30 19:28 ` Dmitry Baryshkov
2022-05-01 20:41 ` Marijn Suijten
2022-05-01 20:41 ` Marijn Suijten
2022-05-01 22:44 ` Dmitry Baryshkov
2022-05-01 22:44 ` Dmitry Baryshkov
2022-05-02 8:43 ` Marijn Suijten
2022-05-02 8:43 ` Marijn Suijten
2022-05-02 9:41 ` Dmitry Baryshkov [this message]
2022-05-02 9:41 ` Dmitry Baryshkov
2022-05-02 21:53 ` Marijn Suijten
2022-05-02 21:53 ` Marijn Suijten
2022-05-04 13:41 ` [Freedreno] " Vinod Koul
2022-05-04 13:41 ` Vinod Koul
2022-05-04 13:38 ` Vinod Koul
2022-05-04 13:38 ` Vinod Koul
2022-05-04 13:35 ` Vinod Koul
2022-05-04 13:35 ` Vinod Koul
2022-05-04 13:31 ` [Freedreno] " Vinod Koul
2022-05-04 13:31 ` Vinod Koul
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=95ed686e-e80d-6571-050a-afdb7d22ce2d@linaro.org \
--to=dmitry.baryshkov@linaro.org \
--cc=airlied@linux.ie \
--cc=bjorn.andersson@linaro.org \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=lkp@intel.com \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robdclark@gmail.com \
--cc=sean@poorly.run \
--cc=swboyd@chromium.org \
/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.