From: Andreas Kemnade <andreas@kemnade.info>
To: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Cc: Linux-OMAP <linux-omap@vger.kernel.org>,
Marek Vasut <marex@denx.de>,
hns@goldelico.com, dri-devel@lists.freedesktop.org,
linux-kernel@vger.kernel.org,
Tomi Valkeinen <tomi.valkeinen@ti.com>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Maxime Ripard <mripard@kernel.org>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Sebastian Reichel <sebastian.reichel@collabora.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Tony Lindgren <tony@atomide.com>,
Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>
Subject: Re: [PATCH v5] drm/omap: dsi: avoid sending bta sync all the time in writes
Date: Fri, 31 Jul 2026 13:42:56 +0200 [thread overview]
Message-ID: <amyKQNbemhTMKTk8@akepd> (raw)
In-Reply-To: <39434782-9909-4bb4-b3da-a507acfc5e3d@ideasonboard.com>
On Wed, Jul 29, 2026 at 02:15:33PM +0300, Tomi Valkeinen wrote:
> > - /*
> > - * TODO: we do not always have to do the BTA sync, for example
> > - * we can improve performance by setting the update window
> > - * information without sending BTA sync between the commands.
> > - * In that case we can return early.
> > - */
> > + /* TODO: find out if more needs to be done for MIPI_DSI_MSG_REQ_ACK */
> > - r = dsi_vc_send_bta_sync(dssdev, vc);
> > - if (r) {
> > - DSSERR("bta sync failed\n");
> > - return r;
> > + if (msg->flags & MIPI_DSI_MSG_REQ_ACK) {
> > + r = dsi_vc_send_bta_sync(dssdev, vc);
> > + if (r) {
> > + DSSERR("bta sync failed\n");
> > + return r;
> > + }
> > }
>
> The dsi_vc_send_bta_sync() function does dsi_get_errors(), which we now
> don't always do here. I think that might cause any errors to be left there,
> which would trigger error handling on next read or write-with-bta.
>
> _omap_dsi_host_transfer forward declaration can now be remove.
I will produce a v6, when I have the possibility to test again,
probably on Monday.
>
> I don't have HW to test this, but other than the above, it looks reasonable.
> Although I have to say, based on my past experience, it's also very easy to
> break a use case =).
>
Probably these usecases should use MIPI_DSI_MSG_REQ_ACK.
Regards,
Andreas
prev parent reply other threads:[~2026-07-31 12:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-25 16:59 [PATCH v5] drm/omap: dsi: avoid sending bta sync all the time in writes Andreas Kemnade
2026-07-29 11:15 ` Tomi Valkeinen
2026-07-31 11:42 ` Andreas Kemnade [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=amyKQNbemhTMKTk8@akepd \
--to=andreas@kemnade.info \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hns@goldelico.com \
--cc=ivo.g.dimitrov.75@gmail.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=marex@denx.de \
--cc=mripard@kernel.org \
--cc=sebastian.reichel@collabora.com \
--cc=simona@ffwll.ch \
--cc=tomi.valkeinen@ideasonboard.com \
--cc=tomi.valkeinen@ti.com \
--cc=tony@atomide.com \
--cc=tzimmermann@suse.de \
/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