From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f46.google.com (mail-ej1-f46.google.com [209.85.218.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C8CAB1DA0E1 for ; Thu, 1 Jan 2026 13:38:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767274685; cv=none; b=EsHySRsNzosQkvLehMRhqJKRQFbC0f8+ZA8zfZBPHvbHUzjf+TPf9UEWygbrH5vsf8YxHVJttzDi8jiWfdvUm7u0JJ99MO9sL9nwTbDqMr6FMaxctRrW1QxPDBasVDhDIWXFQLk4qp9/rRlpQ/Nze5tJsom2+SLUQzr/f0cY52w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767274685; c=relaxed/simple; bh=dVZt8duGE7EZQRhwiuTLG91GNT45dYdHRTkXu6RRQA0=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=HFFT06PB4ICjxBdt9KgMmCkQVRIMgRwZO2AE99A8wUdJmUf44dvM3jLIJNwhpWYZc5E6BHzGdckJUJGBkGGdMGAeFwrj0LfDNUK10GVYEbeqRjFRvpH4/89FtKCKpLC88NfHUd0S+spC8cdOehwJq1v8Xp6/MQx1jOAhUpRB6hs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=JOHkR7bd; arc=none smtp.client-ip=209.85.218.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="JOHkR7bd" Received: by mail-ej1-f46.google.com with SMTP id a640c23a62f3a-b73161849e1so2187548466b.2 for ; Thu, 01 Jan 2026 05:38:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1767274682; x=1767879482; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=nYFcWOoKq+KBoqMm8CjRRZHSPMnEotpFNX6puxiVQPQ=; b=JOHkR7bd1HUH3UI0r/L80+C1fsXmnnCv7h9iqIQB24SIc3bZyYIWzzRBFUeaOM/W81 Ngg61uPV6xcpsVrDS5F6dO/k2ldxwLM1Bvkty/EvLn76NS9XR1Ea1gJ0jKSkDpIg602p G3GS06TnJnQYvlD2IvVx3HUAQW4AKai9fpRoSVpHfOlV0HDsv4iNqsObH75jvSaP22ij vOjo1rs4nWmLw6mbW/tMvAClDJC6IiPhBQiLBOze2uBWZWUx8Zn8mpTOwiUxU5hAIT5E ZkIVoghZ8XZwGCVzzxM/5UjNNpY7g9Sc7PqP+pUNy8JhL6VrHzpu4Al0asrH/oyZZ8pB uHUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767274682; x=1767879482; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=nYFcWOoKq+KBoqMm8CjRRZHSPMnEotpFNX6puxiVQPQ=; b=I1yOnkwaWvkRfNgCjAIFueF5y7Qum4ADKROEhUiNOiJQy428b2ZQtgVEKD2ZvhXYNP S0leyJjr9/90t4jgGOWwUD7GAf8BCjVku04xhgqm42QIzNaIdzetkB+Epf7e/3kOZq2n OCmnmGG3UgDfaYCETgZkZFaBtjy4Yce0qe7xIYYpSiqlKjw0hZY16DWq3fL5oazEYr/r 2WISEM+oiN8ZAh0iDJ65efsirHwqR3OPmaOws3ntdOzLXpApSChgmgV1hnpOCDyO2RJz TfLinDQi7jWBtUBe/lN50zIU3FinnfZAnsOE459JZkzAWLwrEVP1BOFeVa8sbNZOEfzT 0OxA== X-Forwarded-Encrypted: i=1; AJvYcCXIynUAFIejiqMz16pFdyaEea3POo2OWB2VC7mJqOKSw6anb6HFITriSCgDxlrX+SnLX6t+tID+QfsgLTM=@vger.kernel.org X-Gm-Message-State: AOJu0Yzp6f2Ylm8UreSMFxqDp2QpTbTr5+89ui4tkH0WP/MnLKXjPt4k 9SAQULkI+HOL34UUPBbVBjwBvlmkx9ZAxdH16wcVvKYSC1RGDHjHfTahLVnEKw== X-Gm-Gg: AY/fxX5g8h2QFXMkrTumZ4okX7ZD203kiahJE7YIbGQXvibZSisbgwI5Ref+vpLRdnY bSbjyaUaJkzPTVeTjMeHNxXr9iiTV8CR2hD0pb3Mf/+S7c6P/4QMDGNNt8azTkzRlTqMvWCu/pa XeMjw30mmRRoMUY2RhthInc2UORP1MkdYLw5BYEJNmjMOteOkKveTrfu/Ga6NmbiSfpOvdkmEbp E+4Csf49RVzBF6uP/J5Ch86eNqwoOzd8HUiG29dOkiEg+ytx7bVD2Y3LP82gHOknM+lhW4LvAa2 mP196eLfJ754k1iRmPHwlYWDwEgeltsTFkuGwH9AbqEMEnJ3NwYuWQMoKG/xfpzJyvRtTzI9bxR 81CnXChpFx5CAuP9rESVcUeWhK+fJjwYj4c3M95d3dqEoeTt7fF3Hu8NJzQ5xKmaVBV2E/HuXLQ hTMkVaHKxCX6+NTK2eu8cRHMQ59TobKBOfrYSBdJRn8U04mpqHNK6k X-Google-Smtp-Source: AGHT+IHSjWs9CYZhcvdj5cVVkaLc3zVulfavOSCCOSt0EHKf4IbpPpsINQxiuTLxCgXpJTSjqhF04w== X-Received: by 2002:a05:600c:350b:b0:471:1774:3003 with SMTP id 5b1f17b1804b1-47d1958ef07mr422127645e9.29.1767267743033; Thu, 01 Jan 2026 03:42:23 -0800 (PST) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-47d19362345sm691419225e9.6.2026.01.01.03.42.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 01 Jan 2026 03:42:22 -0800 (PST) Date: Thu, 1 Jan 2026 11:42:21 +0000 From: David Laight To: Marek Vasut Cc: dri-devel@lists.freedesktop.org, kernel test robot , David Airlie , Geert Uytterhoeven , Kieran Bingham , Laurent Pinchart , Maarten Lankhorst , Magnus Damm , Maxime Ripard , Simona Vetter , Thomas Zimmermann , Tomi Valkeinen , linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH] drm/rcar-du: dsi: Clean up VCLK divider calculation Message-ID: <20260101114221.6a401790@pumpkin> In-Reply-To: <20251231145712.60816-1-marek.vasut+renesas@mailbox.org> References: <20251231145712.60816-1-marek.vasut+renesas@mailbox.org> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 31 Dec 2025 15:56:10 +0100 Marek Vasut wrote: > Currently, in rcar_mipi_dsi_parameters_calc(), the VCLK divider is stored > in setup_info structure as BIT(divider). The rcar_mipi_dsi_parameters_calc() > is called at the early beginning of rcar_mipi_dsi_startup() function. Later, > in the same rcar_mipi_dsi_startup() function, the stored BIT(divider) value > is passed to __ffs() to calculate back the divider out of the value again. > > Factor out VCLK divider calculation into rcar_mipi_dsi_vclk_divider() > function and call the function from both rcar_mipi_dsi_parameters_calc() > and rcar_mipi_dsi_startup() to avoid this back and forth BIT() and _ffs() > and avoid unnecessarily storing the divider value in setup_info at all. > > This rework has a slight side-effect, in that it should allow the compiler > to better evaluate the code and avoid compiler warnings about variable > value overflows, which can never happen. > > Reported-by: kernel test robot > Closes: https://lore.kernel.org/oe-kbuild-all/202512051834.bESvhDiG-lkp@intel.com/ > Closes: https://lore.kernel.org/oe-kbuild-all/202512222321.TeY4VbvK-lkp@intel.com/ > Signed-off-by: Marek Vasut > --- > Cc: David Airlie > Cc: Geert Uytterhoeven > Cc: Kieran Bingham > Cc: Laurent Pinchart > Cc: Maarten Lankhorst > Cc: Magnus Damm > Cc: Maxime Ripard > Cc: Simona Vetter > Cc: Thomas Zimmermann > Cc: Tomi Valkeinen > Cc: dri-devel@lists.freedesktop.org > Cc: linux-kernel@vger.kernel.org > Cc: linux-renesas-soc@vger.kernel.org > --- > .../gpu/drm/renesas/rcar-du/rcar_mipi_dsi.c | 35 ++++++++++++++----- > 1 file changed, 26 insertions(+), 9 deletions(-) > > diff --git a/drivers/gpu/drm/renesas/rcar-du/rcar_mipi_dsi.c b/drivers/gpu/drm/renesas/rcar-du/rcar_mipi_dsi.c > index 4ef2e3c129ed7..875945bf8255b 100644 > --- a/drivers/gpu/drm/renesas/rcar-du/rcar_mipi_dsi.c > +++ b/drivers/gpu/drm/renesas/rcar-du/rcar_mipi_dsi.c > @@ -84,7 +84,6 @@ struct dsi_setup_info { > unsigned long fout; > u16 m; > u16 n; > - u16 vclk_divider; > const struct dsi_clk_config *clkset; > }; > > @@ -335,10 +334,24 @@ rcar_mipi_dsi_post_init_phtw_v4h(struct rcar_mipi_dsi *dsi, > * Hardware Setup > */ > > +static unsigned int rcar_mipi_dsi_vclk_divider(struct rcar_mipi_dsi *dsi, > + struct dsi_setup_info *setup_info) > +{ > + switch (dsi->info->model) { > + case RCAR_DSI_V3U: > + default: > + return (setup_info->clkset->vco_cntrl >> 4) & 0x3; > + > + case RCAR_DSI_V4H: > + return (setup_info->clkset->vco_cntrl >> 3) & 0x7; > + } > +} > + > static void rcar_mipi_dsi_pll_calc(struct rcar_mipi_dsi *dsi, > unsigned long fin_rate, > unsigned long fout_target, > - struct dsi_setup_info *setup_info) > + struct dsi_setup_info *setup_info, > + u16 vclk_divider) There is no need for this to be u16, unsigned int will generate better code. > { > unsigned int best_err = -1; > const struct rcar_mipi_dsi_device_info *info = dsi->info; > @@ -360,7 +373,7 @@ static void rcar_mipi_dsi_pll_calc(struct rcar_mipi_dsi *dsi, > if (fout < info->fout_min || fout > info->fout_max) > continue; > > - fout = div64_u64(fout, setup_info->vclk_divider); > + fout = div64_u64(fout, vclk_divider); Since vclk_divider is BIT_U32(div [+ 1]) this is just a shift right. So pass the bit number instead. > > if (fout < setup_info->clkset->min_freq || > fout > setup_info->clkset->max_freq) > @@ -390,7 +403,9 @@ static void rcar_mipi_dsi_parameters_calc(struct rcar_mipi_dsi *dsi, > unsigned long fout_target; > unsigned long fin_rate; > unsigned int i; > + unsigned int div; > unsigned int err; > + u16 vclk_divider; > > /* > * Calculate Fout = dot clock * ColorDepth / (2 * Lane Count) > @@ -412,18 +427,20 @@ static void rcar_mipi_dsi_parameters_calc(struct rcar_mipi_dsi *dsi, > > fin_rate = clk_get_rate(clk); > > + div = rcar_mipi_dsi_vclk_divider(dsi, setup_info); > + > switch (dsi->info->model) { > case RCAR_DSI_V3U: > default: > - setup_info->vclk_divider = 1 << ((clk_cfg->vco_cntrl >> 4) & 0x3); > + vclk_divider = BIT_U32(div); > break; > > case RCAR_DSI_V4H: > - setup_info->vclk_divider = 1 << (((clk_cfg->vco_cntrl >> 3) & 0x7) + 1); > + vclk_divider = BIT_U32(div + 1); > break; > } > > - rcar_mipi_dsi_pll_calc(dsi, fin_rate, fout_target, setup_info); > + rcar_mipi_dsi_pll_calc(dsi, fin_rate, fout_target, setup_info, vclk_divider); > > /* Find hsfreqrange */ > setup_info->hsfreq = setup_info->fout * 2; > @@ -439,7 +456,7 @@ static void rcar_mipi_dsi_parameters_calc(struct rcar_mipi_dsi *dsi, > dev_dbg(dsi->dev, > "Fout = %u * %lu / (%u * %u * %u) = %lu (target %lu Hz, error %d.%02u%%)\n", > setup_info->m, fin_rate, dsi->info->n_mul, setup_info->n, > - setup_info->vclk_divider, setup_info->fout, fout_target, > + vclk_divider, setup_info->fout, fout_target, > err / 100, err % 100); > > dev_dbg(dsi->dev, > @@ -653,11 +670,11 @@ static int rcar_mipi_dsi_startup(struct rcar_mipi_dsi *dsi, > switch (dsi->info->model) { > case RCAR_DSI_V3U: > default: > - vclkset |= VCLKSET_DIV_V3U(__ffs(setup_info.vclk_divider)); > + vclkset |= VCLKSET_DIV_V3U(rcar_mipi_dsi_vclk_divider(dsi, &setup_info)); What is going on here? rcar_mipi_dsi_vclk_divider() is (setup_info->clkset->vco_cntrl >> 4) & 0x3 VCLKSET_DIV_V3U(n) FIELD_PREP(VCLKSET_DIV_V3U_MASK, (n)) VCLKSET_DIV_V3U_MASK is GENMASK_U32(5, 4) Looks like a very complicated way of saying: vclkset |= setup_info->clkset->vco_cntrl & VCLKSET_DIV_V3U_MASK; It might be a semi-accident that the bit numbers match. But I also suspect it is also semi-deliberate. > break; > > case RCAR_DSI_V4H: > - vclkset |= VCLKSET_DIV_V4H(__ffs(setup_info.vclk_divider) - 1); > + vclkset |= VCLKSET_DIV_V4H(rcar_mipi_dsi_vclk_divider(dsi, &setup_info)); That one looks like it needs the 'subtract one' done somewhere. Maybe: vclkset |= (setup_info->clkset->vco_cntrl - (1u << 3)) & VCLKSET_DIV_V4U_MASK; Although you may want to write the '8' in a different (longer) way :-) David > break; > } >