From: Sebastian Reichel <sre@kernel.org>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>,
Nikhil Devshatwar <nikhil.nd@ti.com>,
dri-devel@lists.freedesktop.org, linux-omap@vger.kernel.org,
Sekhar Nori <nsekhar@ti.com>, Tony Lindgren <tony@atomide.com>,
hns@goldelico.com, Sam Ravnborg <sam@ravnborg.org>
Subject: Re: [PATCH v5 12/29] drm/omap: dsi: untangle vc & channel
Date: Mon, 14 Dec 2020 16:47:59 +0100 [thread overview]
Message-ID: <20201214154759.nbe2vrfduahkp7z2@earth.universe> (raw)
In-Reply-To: <X8+eo2qJwxZctAAd@pendragon.ideasonboard.com>
[-- Attachment #1: Type: text/plain, Size: 7226 bytes --]
On Tue, Dec 08, 2020 at 05:41:23PM +0200, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Tue, Dec 08, 2020 at 02:28:38PM +0200, Tomi Valkeinen wrote:
> > DSI virtual channel and hardware VC blocks have gotten tangled as
> > described in the previous commits. This has not caused any issues, as
> > the value for both is 0, so it happens to work.
> >
> > To fix the issue, change the code to use the correct one of the two.
> >
> > Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
> > ---
> > drivers/gpu/drm/omapdrm/dss/dsi.c | 43 +++++++++++++++----------------
> > 1 file changed, 21 insertions(+), 22 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/omapdrm/dss/dsi.c b/drivers/gpu/drm/omapdrm/dss/dsi.c
> > index 8d8412199693..a1f3623f45b1 100644
> > --- a/drivers/gpu/drm/omapdrm/dss/dsi.c
> > +++ b/drivers/gpu/drm/omapdrm/dss/dsi.c
> > @@ -2613,7 +2613,7 @@ static inline void dsi_vc_write_long_header(struct dsi_data *dsi, int vc,
> >
> > WARN_ON(!dsi_bus_is_locked(dsi));
> >
> > - data_id = data_type | vc << 6;
> > + data_id = data_type | channel << 6;
> >
> > val = FLD_VAL(data_id, 7, 0) | FLD_VAL(len, 23, 8) |
> > FLD_VAL(ecc, 31, 24);
> > @@ -2647,12 +2647,12 @@ static int dsi_vc_send_long(struct dsi_data *dsi, int vc,
> > DSSDBG("dsi_vc_send_long, %d bytes\n", msg->tx_len);
> >
> > /* len + header */
> > - if (dsi->vc[msg->channel].tx_fifo_size * 32 * 4 < msg->tx_len + 4) {
> > + if (dsi->vc[vc].tx_fifo_size * 32 * 4 < msg->tx_len + 4) {
> > DSSERR("unable to send long packet: packet too long.\n");
> > return -EINVAL;
> > }
> >
> > - dsi_vc_config_source(dsi, msg->channel, DSI_VC_SOURCE_L4);
> > + dsi_vc_config_source(dsi, vc, DSI_VC_SOURCE_L4);
> >
> > dsi_vc_write_long_header(dsi, vc, msg->channel, msg->type, msg->tx_len, 0);
> >
> > @@ -2666,7 +2666,7 @@ static int dsi_vc_send_long(struct dsi_data *dsi, int vc,
> > b3 = *p++;
> > b4 = *p++;
> >
> > - dsi_vc_write_long_payload(dsi, msg->channel, b1, b2, b3, b4);
> > + dsi_vc_write_long_payload(dsi, vc, b1, b2, b3, b4);
> > }
> >
> > i = msg->tx_len % 4;
> > @@ -2691,7 +2691,7 @@ static int dsi_vc_send_long(struct dsi_data *dsi, int vc,
> > break;
> > }
> >
> > - dsi_vc_write_long_payload(dsi, msg->channel, b1, b2, b3, 0);
> > + dsi_vc_write_long_payload(dsi, vc, b1, b2, b3, 0);
> > }
> >
> > return r;
> > @@ -2711,11 +2711,11 @@ static int dsi_vc_send_short(struct dsi_data *dsi, int vc,
> >
> > if (dsi->debug_write)
> > DSSDBG("dsi_vc_send_short(ch%d, dt %#x, b1 %#x, b2 %#x)\n",
> > - msg->channel, msg->type, pkt.header[1], pkt.header[2]);
> > + vc, msg->type, pkt.header[1], pkt.header[2]);
There is another "ch%d" filled with vc. With this and Laurent
findings fixed:
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.com>
-- Sebastian
> >
> > - dsi_vc_config_source(dsi, msg->channel, DSI_VC_SOURCE_L4);
> > + dsi_vc_config_source(dsi, vc, DSI_VC_SOURCE_L4);
> >
> > - if (FLD_GET(dsi_read_reg(dsi, DSI_VC_CTRL(msg->channel)), 16, 16)) {
> > + if (FLD_GET(dsi_read_reg(dsi, DSI_VC_CTRL(vc)), 16, 16)) {
> > DSSERR("ERROR FIFO FULL, aborting transfer\n");
> > return -EINVAL;
> > }
> > @@ -2723,7 +2723,7 @@ static int dsi_vc_send_short(struct dsi_data *dsi, int vc,
> > r = pkt.header[3] << 24 | pkt.header[2] << 16 | pkt.header[1] << 8 |
> > pkt.header[0];
> >
> > - dsi_write_reg(dsi, DSI_VC_SHORT_PACKET_HEADER(msg->channel), r);
> > + dsi_write_reg(dsi, DSI_VC_SHORT_PACKET_HEADER(vc), r);
> >
> > return 0;
> > }
> > @@ -2731,7 +2731,7 @@ static int dsi_vc_send_short(struct dsi_data *dsi, int vc,
> > static int dsi_vc_send_null(struct dsi_data *dsi, int vc, int channel)
> > {
> > const struct mipi_dsi_msg msg = {
> > - .channel = vc,
> > + .channel = channel,
> > .type = MIPI_DSI_NULL_PACKET,
> > };
> >
> > @@ -2759,16 +2759,16 @@ static int dsi_vc_write_common(struct omap_dss_device *dssdev, int vc,
> > * In that case we can return early.
> > */
> >
> > - r = dsi_vc_send_bta_sync(dssdev, msg->channel);
> > + r = dsi_vc_send_bta_sync(dssdev, vc);
> > if (r) {
> > DSSERR("bta sync failed\n");
> > return r;
> > }
> >
> > /* RX_FIFO_NOT_EMPTY */
> > - if (REG_GET(dsi, DSI_VC_CTRL(msg->channel), 20, 20)) {
> > + if (REG_GET(dsi, DSI_VC_CTRL(vc), 20, 20)) {
> > DSSERR("rx fifo not empty after write, dumping data:\n");
> > - dsi_vc_flush_receive_data(dsi, msg->channel);
> > + dsi_vc_flush_receive_data(dsi, vc);
> > return -EIO;
> > }
> >
> > @@ -2888,21 +2888,20 @@ static int dsi_vc_dcs_read(struct omap_dss_device *dssdev, int vc,
> > {
> > struct dsi_data *dsi = to_dsi_data(dssdev);
> > u8 cmd = ((u8 *)msg->tx_buf)[0];
> > - u8 channel = msg->channel;
> > int r;
> >
> > if (dsi->debug_read)
> > - DSSDBG("%s(ch %d, cmd %x)\n", __func__, channel, cmd);
> > + DSSDBG("%s(ch %d, cmd %x)\n", __func__, vc, cmd);
>
> How about also renaming ch to vc in the message ?
>
> >
> > r = dsi_vc_send_short(dsi, vc, msg);
> > if (r)
> > goto err;
> >
> > - r = dsi_vc_send_bta_sync(dssdev, channel);
> > + r = dsi_vc_send_bta_sync(dssdev, vc);
> > if (r)
> > goto err;
> >
> > - r = dsi_vc_read_rx_fifo(dsi, channel, msg->rx_buf, msg->rx_len,
> > + r = dsi_vc_read_rx_fifo(dsi, vc, msg->rx_buf, msg->rx_len,
> > DSS_DSI_CONTENT_DCS);
> > if (r < 0)
> > goto err;
> > @@ -2914,7 +2913,7 @@ static int dsi_vc_dcs_read(struct omap_dss_device *dssdev, int vc,
> >
> > return 0;
> > err:
> > - DSSERR("%s(ch %d, cmd 0x%02x) failed\n", __func__, msg->channel, cmd);
> > + DSSERR("%s(ch %d, cmd 0x%02x) failed\n", __func__, vc, cmd);
>
> Same here.
>
> > return r;
> > }
> >
> > @@ -2928,11 +2927,11 @@ static int dsi_vc_generic_read(struct omap_dss_device *dssdev, int vc,
> > if (r)
> > goto err;
> >
> > - r = dsi_vc_send_bta_sync(dssdev, msg->channel);
> > + r = dsi_vc_send_bta_sync(dssdev, vc);
> > if (r)
> > goto err;
> >
> > - r = dsi_vc_read_rx_fifo(dsi, msg->channel, msg->rx_buf, msg->rx_len,
> > + r = dsi_vc_read_rx_fifo(dsi, vc, msg->rx_buf, msg->rx_len,
> > DSS_DSI_CONTENT_GENERIC);
> > if (r < 0)
> > goto err;
> > @@ -2944,7 +2943,7 @@ static int dsi_vc_generic_read(struct omap_dss_device *dssdev, int vc,
> >
> > return 0;
> > err:
> > - DSSERR("%s(ch %d, reqlen %d) failed\n", __func__, msg->channel, msg->tx_len);
> > + DSSERR("%s(ch %d, reqlen %d) failed\n", __func__, vc, msg->tx_len);
>
> And here.
>
> Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>
> > return r;
> > }
> >
> > @@ -4893,7 +4892,7 @@ static ssize_t _omap_dsi_host_transfer(struct dsi_data *dsi, int vc,
> > int r;
> >
> > if (!!(msg->flags & MIPI_DSI_MSG_USE_LPM) != dsi->in_lp_mode)
> > - dsi_vc_enable_hs(dssdev, msg->channel,
> > + dsi_vc_enable_hs(dssdev, vc,
> > !(msg->flags & MIPI_DSI_MSG_USE_LPM));
> >
> > switch (msg->type) {
>
> --
> Regards,
>
> Laurent Pinchart
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-12-14 15:49 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-08 12:28 [PATCH v5 00/29] Convert DSI code to use drm_mipi_dsi and drm_panel (second half) Tomi Valkeinen
2020-12-08 12:28 ` [PATCH v5 01/29] drm/panel: panel-dsi-cm: cleanup tear enable Tomi Valkeinen
2020-12-14 13:09 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 02/29] ARM: dts: omap5: add address-cells & size-cells to dsi Tomi Valkeinen
2020-12-14 13:09 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 03/29] drm/omap: pll: fix iteration loop check Tomi Valkeinen
2020-12-14 13:10 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 04/29] drm/omap: dsi: set trans_mode according to client mode_flags Tomi Valkeinen
2020-12-14 13:10 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 05/29] drm/panel: panel-dsi-cm: set column & page at setup Tomi Valkeinen
2020-12-14 13:10 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 06/29] drm/omap: dsi: send nop instead of page & column Tomi Valkeinen
2020-12-14 14:22 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 07/29] drm/omap: dsi: simplify VC handling Tomi Valkeinen
2020-12-14 14:31 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 08/29] drm/omap: dsi: drop useless channel checks Tomi Valkeinen
2020-12-14 14:32 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 09/29] drm/omap: dsi: cleanup dispc channel usage Tomi Valkeinen
2020-12-08 15:17 ` Laurent Pinchart
2020-12-14 14:35 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 10/29] drm/omap: dsi: rename 'channel' to 'vc' Tomi Valkeinen
2020-12-08 15:22 ` Laurent Pinchart
2020-12-14 15:18 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 11/29] drm/omap: dsi: pass vc to various functions Tomi Valkeinen
2020-12-08 15:38 ` Laurent Pinchart
2020-12-08 15:45 ` Tomi Valkeinen
2020-12-14 15:37 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 12/29] drm/omap: dsi: untangle vc & channel Tomi Valkeinen
2020-12-08 15:41 ` Laurent Pinchart
2020-12-14 15:47 ` Sebastian Reichel [this message]
2020-12-08 12:28 ` [PATCH v5 13/29] drm/omap: dsi: skip dsi_vc_enable_hs when already in correct mode Tomi Valkeinen
2020-12-14 15:50 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 14/29] drm/omap: dsi: enable HS before sending the frame Tomi Valkeinen
2020-12-08 15:42 ` Laurent Pinchart
2020-12-14 15:51 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 15/29] drm/omap: dsi: use separate VCs for cmd and video Tomi Valkeinen
2020-12-14 15:54 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 16/29] drm/panel: panel-dsi-cm: remove extra 'if' Tomi Valkeinen
2020-12-08 15:42 ` Laurent Pinchart
2020-12-14 15:55 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 17/29] drm/panel: panel-dsi-cm: add panel database to driver Tomi Valkeinen
2020-12-14 16:04 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 18/29] drm/panel: panel-dsi-cm: drop unneeded includes Tomi Valkeinen
2020-12-14 16:06 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 19/29] drm/omap: dsi: move structs & defines to dsi.h Tomi Valkeinen
2020-12-14 16:14 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 20/29] drm/omap: dsi: move enable/disable to bridge enable/disable Tomi Valkeinen
2020-12-14 16:16 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 21/29] drm/omap: dsi: display_enable cleanup Tomi Valkeinen
2020-12-14 16:17 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 22/29] drm/omap: dsi: display_disable cleanup Tomi Valkeinen
2020-12-14 16:20 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 23/29] drm/omap: dsi: rename dsi_display_* functions Tomi Valkeinen
2020-12-14 16:22 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 24/29] drm/omap: dsi: cleanup initial vc setup Tomi Valkeinen
2020-12-14 16:34 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 25/29] drm/omap: dsi: split video mode enable/disable into separate func Tomi Valkeinen
2020-12-14 16:38 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 26/29] drm/omap: dsi: fix and cleanup ddr_clk_always_on Tomi Valkeinen
2020-12-14 16:39 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 27/29] drm/omap: dsi: remove ulps support Tomi Valkeinen
2020-12-14 17:39 ` Sebastian Reichel
2020-12-14 18:55 ` Tomi Valkeinen
2020-12-14 22:08 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 28/29] drm/omap: dsi: fix DCS_CMD_ENABLE Tomi Valkeinen
2020-12-14 16:48 ` Sebastian Reichel
2020-12-08 12:28 ` [PATCH v5 29/29] drm/omap: dsi: allow DSI commands to be sent early Tomi Valkeinen
2020-12-08 15:48 ` Laurent Pinchart
2020-12-10 7:34 ` Tomi Valkeinen
2020-12-10 8:17 ` Tomi Valkeinen
2020-12-14 17:17 ` Sebastian Reichel
2020-12-15 10:05 ` Tomi Valkeinen
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=20201214154759.nbe2vrfduahkp7z2@earth.universe \
--to=sre@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=hns@goldelico.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-omap@vger.kernel.org \
--cc=nikhil.nd@ti.com \
--cc=nsekhar@ti.com \
--cc=sam@ravnborg.org \
--cc=tomi.valkeinen@ti.com \
--cc=tony@atomide.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).