Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3146114pxj; Mon, 17 May 2021 18:58:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxQq3B1A2m9PmVabtk9fiuAYXEJUoIViOQiQIxmMd40qyeJ+6Tr7M6KTdkB0XNZ7OVuDme X-Received: by 2002:a92:7d07:: with SMTP id y7mr2207281ilc.68.1621303137281; Mon, 17 May 2021 18:58:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621303137; cv=none; d=google.com; s=arc-20160816; b=JOtlI1qsC1Xt/4tLwsmLS8ntVfBpHQJEO4uYR6tn5r4mwudree3MXU46xcfgsUdaIK ZxswjivdKKXyRMK4thoeBbzvRKl43c0BWwF6+2G/HIyovxZaPvPHMN2V67ONpvq3XsGa T5pcjomiyTINlUyDlDIMgNJYr2GD4Cky5XOQK4xfyLhSqsmZTnmTbMG6iqe8LfwfAMKe oRSeZ7LEeguRPYoHc6oKETQphobTF8iVBPAvLc8bKlnIhevmeN9ILGy1aQyRQX9Cvq9/ MpfISNNjJq/Tv318gzkA6ouN/UzqhaE/A7tgSPbuO0rJ6AtnVdldWCSnvF3twyixAHES RGNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:cc:to:subject:from:date; bh=FbxVH1bvzcQh2Ogs7zRqPAB+LGxC0rPE3V7ME60rddQ=; b=kkCpo5NZ4H/ETlya1BzO377hRPbv9rgSDBiPB5hBcVEYzsHtPf2oIqC98t3RIZT3yA ONjbgnr4OE8iLqCjBoy66uarInwUz0zDr5pXkN5uvwRTVGv+x7c0/IboKfFPgVJ4253w kwFwpQjzoumH9ihJdXJoXNkDezwMivjpJJ6vJ/EbnxcJNDvOT/3PxtqG2vQagrSANuTR 3zu1/4LHICCzgg/Qxarg3XtTzMvyzNnb6Ypk7e8hKpxlswA62MM3Cr/a4Y5dp5Eyp0CX qFmjC6AMnAWtsgafXaT3z0Ny90rwrHTNtWbEVlBlSAtBRij8T2lGpRwMbAXBgdp36E7C OPbQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y6si4388680ilu.153.2021.05.17.18.58.44; Mon, 17 May 2021 18:58:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240226AbhEQOgp convert rfc822-to-8bit (ORCPT + 99 others); Mon, 17 May 2021 10:36:45 -0400 Received: from aposti.net ([89.234.176.197]:33348 "EHLO aposti.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239207AbhEQOcR (ORCPT ); Mon, 17 May 2021 10:32:17 -0400 Date: Mon, 17 May 2021 15:30:45 +0100 From: Paul Cercueil Subject: Re: [PATCH] drm/ingenic: Fix pixclock rate for 24-bit serial panels To: Daniel Vetter Cc: David Airlie , Sam Ravnborg , od@zcrc.me, linux-mips@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Message-Id: <9N99TQ.6E5XN4XTCLTT1@crapouillou.net> In-Reply-To: References: <20210323144008.166248-1-paul@crapouillou.net> <6DP1TQ.W6B9JRRW1OY5@crapouillou.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, Le lun., mai 17 2021 at 15:15:59 +0200, Daniel Vetter a ?crit : > On Thu, May 13, 2021 at 01:29:30PM +0100, Paul Cercueil wrote: >> Hi, >> >> Almost two months later, > > Since you're committer it's expected that you go actively out to look > for > review or trade with someone else who has some patches that need a > quick > look. It will not happen automatically, this is on you. I maintain all drivers, platform code and DTS for Ingenic SoCs so I do my part, just not in this subsystem. > Also generally after 2 weeks the patch is lost and you need to ping > it. OK. Then I guess I'll just include this one in a future patchset. > -Daniel Cheers, -Paul >> >> >> Le mar., mars 23 2021 at 14:40:08 +0000, Paul Cercueil >> a ?crit : >> > When using a 24-bit panel on a 8-bit serial bus, the pixel clock >> > requested by the panel has to be multiplied by 3, since the >> subpixels >> > are shifted sequentially. >> > >> > The code (in ingenic_drm_encoder_atomic_check) already computed >> > crtc_state->adjusted_mode->crtc_clock accordingly, but >> clk_set_rate() >> > used crtc_state->adjusted_mode->clock instead. >> > >> > Fixes: 28ab7d35b6e0 ("drm/ingenic: Properly compute timings when >> using a >> > 3x8-bit panel") >> > Cc: stable@vger.kernel.org # v5.10 >> > Signed-off-by: Paul Cercueil >> >> Can I get an ACK for my patch? >> >> Thanks! >> -Paul >> >> > --- >> > drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 2 +- >> > 1 file changed, 1 insertion(+), 1 deletion(-) >> > >> > diff --git a/drivers/gpu/drm/ingenic/ingenic-drm-drv.c >> > b/drivers/gpu/drm/ingenic/ingenic-drm-drv.c >> > index d60e1eefc9d1..cba68bf52ec5 100644 >> > --- a/drivers/gpu/drm/ingenic/ingenic-drm-drv.c >> > +++ b/drivers/gpu/drm/ingenic/ingenic-drm-drv.c >> > @@ -342,7 +342,7 @@ static void >> ingenic_drm_crtc_atomic_flush(struct >> > drm_crtc *crtc, >> > if (priv->update_clk_rate) { >> > mutex_lock(&priv->clk_mutex); >> > clk_set_rate(priv->pix_clk, >> > - crtc_state->adjusted_mode.clock * 1000); >> > + crtc_state->adjusted_mode.crtc_clock * 1000); >> > priv->update_clk_rate = false; >> > mutex_unlock(&priv->clk_mutex); >> > } >> > -- >> > 2.30.2 >> > >> >> > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch