Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp577499rwb; Tue, 4 Oct 2022 07:57:06 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6YoMQq95Tdoyi4vsnspDw/Yduwi4F+hj5TEAZtA+rbSGDrcp6kMgRobxFMRGPe9/CINRwY X-Received: by 2002:a17:907:a0c6:b0:783:88a3:55a3 with SMTP id hw6-20020a170907a0c600b0078388a355a3mr19780182ejc.648.1664895426553; Tue, 04 Oct 2022 07:57:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664895426; cv=none; d=google.com; s=arc-20160816; b=dXhCNxHFMYXnibO5bpWS0uf0kXP+ZlonzODOlThO3kBiH2eGdulYK0iQfIHDwQ/Owm Cs4xiLaB8yTLifJRSmq8Jq8UT0lCJQW6T9zZL8jybM7x+GDwtK+r1gLVEHVtjA75EpBy D/Kc4A7Ka/WWXLGzyUSYjaiR4co71LNHgcQzNTzTAoNvjv1PLdLjmmb7Ee0UP4YAJx88 Os7CruImz/zxP5KudawSaJdxoXupigx5f5ac0LWan6dSGEb7JSIJ5x3924aWny2pVUVJ BGflVW2qeR48yfrjhLMyckQC7yP1sulIAcl/NlrnJ6tX4+y6dHCNSkX5v4HoaTXbRMnO I11g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=9dr7qJ7Qml93GSKT3iv83T/pfmaFSKB83Wj12OdpTQ8=; b=bl8yP5488Znqg9HefOvsvRuaK0yK/qy6wJk0yG5FtTcRtRccbvBq+7V46/i0F9D1v6 KlfLEzSDl+BH76BiPlQwPS46aFYzBbwL+15F/pm+j7ATv0c8qg/8TRFAKamXdx4CYgjr /QUR44CnWxuRUlvCRIo2wQR28pXIONsvYHFKaqP6hQm0dun+y2PNDlq1klaVStzYJq5E c0ByVeauO9BqTqb6+nxY59e00WBZliVEhV/24jOA1HJ3rpsHDc9ZrtLwMQfkYfWpLRnZ HOlUx1+GImMWVfG8YEvIK3swmNqURZnD+swEgyH+ze8VlLdYoFMJNEjebmrM5mQX5X5x IpMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=BQUx0AnF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f10-20020a056402354a00b0045782fcb80asi976394edd.225.2022.10.04.07.56.40; Tue, 04 Oct 2022 07:57:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=BQUx0AnF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229764AbiJDOqH (ORCPT + 99 others); Tue, 4 Oct 2022 10:46:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229828AbiJDOqD (ORCPT ); Tue, 4 Oct 2022 10:46:03 -0400 Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DE4B861B2E for ; Tue, 4 Oct 2022 07:46:01 -0700 (PDT) Received: by mail-yb1-xb36.google.com with SMTP id 126so17049817ybw.3 for ; Tue, 04 Oct 2022 07:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=9dr7qJ7Qml93GSKT3iv83T/pfmaFSKB83Wj12OdpTQ8=; b=BQUx0AnFkzWaEdyMHn06vsVqq+yQguDgxDoorjEzwbCeIhb79FOsXeaumiJird5sbr 2g/PeBB9u87eoalbUaukckm53a5qp3qdr5tb27Dbc0Pib/XrQrrbSd+be50cvo4aY8FZ bqpZ1QIMsyoCXGebe/HmBUfWDjYnU1huyVBw0DUZgiEN2RA/kMimiTBnPSUHWKNpehEa X+N4ebBwrfiOX4Zbph+suwdKVXRHYowi56Bq/I1heGJ3QFnECihqOdBXggwWPe2Sq5rL zBwqXVTLPedYXauuUC3MWxR/C3R9UJGcUkb4cFFCFchDZ+7oFMXCfYCV0vG9L/9te7sn NNlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=9dr7qJ7Qml93GSKT3iv83T/pfmaFSKB83Wj12OdpTQ8=; b=r1iOhtLqLssxEujlSKk5daYMTgk2R1qXxZdaJRej08dGOn2E13c4SirNf9bq9nGBsF mUjs6POL3Wku/atgqrRk2N/NIXnc/U9FbmjX19ybEhhUNRlClCzFMuAAW3aKVMrfCabG hRP/Oi+mMCcglUPeokQVymMS1qCcc/roSIsr6jaXAqWxfDMF+efChlQQBSMu+vK5lfFT mZ71L+EDACLEQVm3xOg5SPfXKJUrbPxLWxodFL7jm6MSLQaKvSlUbAPNgQHxVqLPMDDa JpDiybZRjT7rNzyqqMShysk0sA3/j2cfsIxHu0Hq+u1qia9TEixlEpFitDVTRP14U4Ff /5Vg== X-Gm-Message-State: ACrzQf0bofLKF+AJ6nUUI4C21zVD+okpdtFK0BE2pOO6mMfYeChfVUJu X/ueVjimzMJgX0oqKm5B8CmM1qGnuWausHzGdB3epw== X-Received: by 2002:a5b:c:0:b0:6bd:f84c:b63e with SMTP id a12-20020a5b000c000000b006bdf84cb63emr7242772ybp.275.1664894761093; Tue, 04 Oct 2022 07:46:01 -0700 (PDT) MIME-Version: 1.0 References: <20221001190807.358691-1-marijn.suijten@somainline.org> <20221001190807.358691-4-marijn.suijten@somainline.org> In-Reply-To: <20221001190807.358691-4-marijn.suijten@somainline.org> From: Dmitry Baryshkov Date: Tue, 4 Oct 2022 17:45:50 +0300 Message-ID: Subject: Re: [PATCH 3/5] drm/msm/dsi: Account for DSC's bits_per_pixel having 4 fractional bits To: Marijn Suijten Cc: phone-devel@vger.kernel.org, Rob Clark , Vinod Koul , ~postmarketos/upstreaming@lists.sr.ht, AngeloGioacchino Del Regno , Konrad Dybcio , Martin Botka , Jami Kettunen , David Airlie , Daniel Vetter , Abhinav Kumar , Sean Paul , Thomas Zimmermann , Javier Martinez Canillas , Alex Deucher , Douglas Anderson , Vladimir Lypak , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org, Marek Vasut Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 1 Oct 2022 at 22:08, Marijn Suijten wrote: > > drm_dsc_config's bits_per_pixel field holds a fractional value with 4 > bits, which all panel drivers should adhere to for > drm_dsc_pps_payload_pack() to generate a valid payload. All code in the > DSI driver here seems to assume that this field doesn't contain any > fractional bits, hence resulting in the wrong values being computed. > Since none of the calculations leave any room for fractional bits or > seem to indicate any possible area of support, disallow such values > altogether. > > Fixes: b9080324d6ca ("drm/msm/dsi: add support for dsc data") > Signed-off-by: Marijn Suijten > --- > drivers/gpu/drm/msm/dsi/dsi_host.c | 34 +++++++++++++++++++++++------- > 1 file changed, 26 insertions(+), 8 deletions(-) > > diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c b/drivers/gpu/drm/msm/dsi/dsi_host.c > index cb6f2fa11f58..42a5c9776f52 100644 > --- a/drivers/gpu/drm/msm/dsi/dsi_host.c > +++ b/drivers/gpu/drm/msm/dsi/dsi_host.c > @@ -847,6 +847,11 @@ static void dsi_update_dsc_timing(struct msm_dsi_host *msm_host, bool is_cmd_mod > u32 pkt_per_line; > u32 bytes_in_slice; > u32 eol_byte_num; > + int bpp = dsc->bits_per_pixel >> 4; > + > + if (dsc->bits_per_pixel & 0xf) > + /* dsi_populate_dsc_params() already caught this case */ > + pr_err("DSI does not support fractional bits_per_pixel\n"); > > /* first calculate dsc parameters and then program > * compress mode registers > @@ -860,7 +865,7 @@ static void dsi_update_dsc_timing(struct msm_dsi_host *msm_host, bool is_cmd_mod > if (slice_per_intf > dsc->slice_count) > dsc->slice_count = 1; > > - bytes_in_slice = DIV_ROUND_UP(dsc->slice_width * dsc->bits_per_pixel, 8); > + bytes_in_slice = DIV_ROUND_UP(dsc->slice_width * bpp, 8); bytes_in_slice = DIV_ROUND_UP(dsc->slice_width * dsc->bits_per_pixel, 8 * 16); ? > > dsc->slice_chunk_size = bytes_in_slice; > > @@ -913,6 +918,7 @@ static void dsi_timing_setup(struct msm_dsi_host *msm_host, bool is_bonded_dsi) > u32 va_end = va_start + mode->vdisplay; > u32 hdisplay = mode->hdisplay; > u32 wc; > + int ret; > > DBG(""); > > @@ -948,7 +954,9 @@ static void dsi_timing_setup(struct msm_dsi_host *msm_host, bool is_bonded_dsi) > /* we do the calculations for dsc parameters here so that > * panel can use these parameters > */ > - dsi_populate_dsc_params(dsc); > + ret = dsi_populate_dsc_params(dsc); > + if (ret) > + return; > > /* Divide the display by 3 but keep back/font porch and > * pulse width same > @@ -1229,6 +1237,10 @@ static int dsi_cmd_dma_add(struct msm_dsi_host *msm_host, > if (packet.size < len) > memset(data + packet.size, 0xff, len - packet.size); > > + if (msg->type == MIPI_DSI_PICTURE_PARAMETER_SET) > + print_hex_dump(KERN_DEBUG, "ALL:", DUMP_PREFIX_NONE, > + 16, 1, data, len, false); > + > if (cfg_hnd->ops->tx_buf_put) > cfg_hnd->ops->tx_buf_put(msm_host); > > @@ -1786,6 +1798,12 @@ static int dsi_populate_dsc_params(struct drm_dsc_config *dsc) > int data; > int final_value, final_scale; > int i; > + int bpp = dsc->bits_per_pixel >> 4; > + > + if (dsc->bits_per_pixel & 0xf) { > + pr_err("DSI does not support fractional bits_per_pixel\n"); > + return -EINVAL; > + } > > dsc->rc_model_size = 8192; > dsc->first_line_bpg_offset = 12; > @@ -1807,7 +1825,7 @@ static int dsi_populate_dsc_params(struct drm_dsc_config *dsc) > } > > dsc->initial_offset = 6144; /* Not bpp 12 */ > - if (dsc->bits_per_pixel != 8) > + if (bpp != 8) > dsc->initial_offset = 2048; /* bpp = 12 */ > > mux_words_size = 48; /* bpc == 8/10 */ > @@ -1830,16 +1848,16 @@ static int dsi_populate_dsc_params(struct drm_dsc_config *dsc) > * params are calculated > */ > groups_per_line = DIV_ROUND_UP(dsc->slice_width, 3); > - dsc->slice_chunk_size = dsc->slice_width * dsc->bits_per_pixel / 8; > - if ((dsc->slice_width * dsc->bits_per_pixel) % 8) > + dsc->slice_chunk_size = dsc->slice_width * bpp / 8; > + if ((dsc->slice_width * bpp) % 8) One can use fixed point math here too: dsc->slice_chunk_size = (dsc->slice_width * dsc->bits_per_pixel + 8 * 16 - 1)/ (8 * 16); > dsc->slice_chunk_size++; > > /* rbs-min */ > min_rate_buffer_size = dsc->rc_model_size - dsc->initial_offset + > - dsc->initial_xmit_delay * dsc->bits_per_pixel + > + dsc->initial_xmit_delay * bpp + > groups_per_line * dsc->first_line_bpg_offset; > > - hrd_delay = DIV_ROUND_UP(min_rate_buffer_size, dsc->bits_per_pixel); > + hrd_delay = DIV_ROUND_UP(min_rate_buffer_size, bpp); > > dsc->initial_dec_delay = hrd_delay - dsc->initial_xmit_delay; > > @@ -1862,7 +1880,7 @@ static int dsi_populate_dsc_params(struct drm_dsc_config *dsc) > data = 2048 * (dsc->rc_model_size - dsc->initial_offset + num_extra_mux_bits); > dsc->slice_bpg_offset = DIV_ROUND_UP(data, groups_total); > > - target_bpp_x16 = dsc->bits_per_pixel * 16; > + target_bpp_x16 = bpp * 16; > > data = (dsc->initial_xmit_delay * target_bpp_x16) / 16; It looks like this can be replaced with the direct multiplication instead, maybe with support for overflow/rounding. > final_value = dsc->rc_model_size - data + num_extra_mux_bits; > -- > 2.37.3 > -- With best wishes Dmitry