Received: by 10.223.176.5 with SMTP id f5csp2413613wra; Sun, 28 Jan 2018 20:15:32 -0800 (PST) X-Google-Smtp-Source: AH8x224nLGMZhdMAdiT98kc3/Mb7P0r6hxRCcYAFVHaVZgWkFBbW9c1tQOX+TVTU2IAgj8KA/VRq X-Received: by 2002:a17:902:b609:: with SMTP id b9-v6mr869828pls.255.1517199332189; Sun, 28 Jan 2018 20:15:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517199332; cv=none; d=google.com; s=arc-20160816; b=qznQ8vMgvcRvBwairsHvNJn/S4Y4cX2Ygg3LavlLhX8zzMlcAVI5DYZeIT7TO2eSB6 cU1S262/LsDWBGhcTJ35ozhsmIwk+nyWsVOs69t3ctFmZmkgHplyX5OAVvVqEMbfPocI g630upkyYTEvSulRl01TOuabpeN8ckiec+QseE1mruRHoYb4ui7qDtBehWFup411DCcq Z1u/mUCu5fVsG8qks18yqr68xpOTacCmovhTBeen7gqClYaXgeYK9Fr+IH3p/IrNaSzb N0Xa35NqNyg9epmwAhqzloMK0iCNDX/26y9znLwh7e3HP0AkSju1wJg4d1gaiT7OIsRM aicA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=1JKnT+ze9YDArGlIm6OMeeeNERUX1e8zqrp87XJA9dY=; b=PE9wm03mQFggFcGh2d+Z1FFOW1Cn82JJmkho0vbRdkA/GVD+mPTZ3rKDytRuObMH0j TWXUQSZT8K9ymiCQddMj6v8tk2dcgS0bLD6xQuN2u1NE+we6J5gTXKu+6XEpqgXo+rNO F4IGJTkO7ovPyMF1uDimm/KlDcBa9/k70G0KJnMBQK0dNZySRCx0p3JIBdWSgRa7Wj4G aWiNObRPrGM15+E+VqcCk7I8q5e3WbUvo4r/o+dMbCDFDfIDaYFTqrE1o6xOZ67/GGck 0qSqCS+tpm2mKHHypZx4mGVMNZSiy7uhZp4EcMp1fwzf2RmkYTnhSg/wCqu1geE7rayu cyxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=TD5NEeVV; dkim=pass header.i=@codeaurora.org header.s=default header.b=BtoxzcNy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n7-v6si8372779plk.437.2018.01.28.20.15.18; Sun, 28 Jan 2018 20:15:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=TD5NEeVV; dkim=pass header.i=@codeaurora.org header.s=default header.b=BtoxzcNy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751707AbeA2EOc (ORCPT + 99 others); Sun, 28 Jan 2018 23:14:32 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:51090 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751674AbeA2EOa (ORCPT ); Sun, 28 Jan 2018 23:14:30 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id C4A9160A5F; Mon, 29 Jan 2018 04:14:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1517199269; bh=nb4Pv9zmkTsKGQrhwsGU25DMkCASBfUCayzvRVI+N2M=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=TD5NEeVVDE1fey1WVyURbSe4XeB06LewhE6Hr+iGJ1N0yUMq8ELwBlHeKDabUOEoP CtRj6fS9s59lEZz+KxpEFrjrFrPSUJ/TFReocmg1Z9JTWcYJqdyyKKAcSmgaDaDg7V vENt635BcgJO6li0SvURPjL3rCJecraBIq6oDbec= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [10.79.40.55] (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.18.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: architt@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id CD79660558; Mon, 29 Jan 2018 04:14:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1517199268; bh=nb4Pv9zmkTsKGQrhwsGU25DMkCASBfUCayzvRVI+N2M=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=BtoxzcNyTWeR6JX2547qq0A4swnbsSLzJnMFVsWDbypZiU/KogqyNjnoZIp73VvSd fxSP8MvV9vbJCh3KJIwO5HqS4kOoGnT82IK2orUXzxb0XzBkjSdC/oQV7s81eHZxD7 3TP6YM1Bjh06XxtmTAHes4d6spIiJRpqF8AQ1SI0= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org CD79660558 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=architt@codeaurora.org Subject: Re: [PATCH] drm/bridge/synopsys: dsi: use adjusted_mode in mode_set To: Philippe CORNU , Brian Norris Cc: "linux-arm-kernel@lists.infradead.org" , Maxime Coquelin , Heiko Stubner , "open list:ARM/Rockchip SoC..." , David Airlie , Linux Kernel , "dri-devel@lists.freedesktop.org" , Sandy Huang , Yannick FERTRE , Andrzej Hajda , Laurent Pinchart , Benjamin Gaignard , Ludovic BARRE , Mickael REULIER , Vincent ABRIOU , Bhumika Goyal , Alexandre TORGUE References: <20180125155504.8611-1-philippe.cornu@st.com> <5f9d5de7-4597-b9e9-64fe-666230b12bce@st.com> From: Archit Taneja Message-ID: <075514d0-ff00-606e-4616-e2db4fb75d0d@codeaurora.org> Date: Mon, 29 Jan 2018 09:44:21 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <5f9d5de7-4597-b9e9-64fe-666230b12bce@st.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/26/2018 03:24 PM, Philippe CORNU wrote: > Hi Brian, > And a big thanks for your Tested-by > > On 01/25/2018 11:47 PM, Brian Norris wrote: >> On Thu, Jan 25, 2018 at 7:55 AM, Philippe Cornu wrote: >>> The "adjusted_mode" clock value (ie the real pixel clock) is more >>> accurate than "mode" clock value (ie the panel/bridge requested >>> clock value). It offers a better preciseness for timing >>> computations and allows to reduce the extra dsi bandwidth in >>> burst mode (from ~20% to ~10-12%, hw platform dependant). >>> >>> Signed-off-by: Philippe Cornu >>> --- >>> Note: This patch replaces "drm/bridge/synopsys: dsi: add optional pixel clock" >> >> These two appear to be the same for my cases, but at least nothing breaks: >> > > In drivers/gpu/drm/rockchip/rockchip_drm_vop.c function > vop_crtc_mode_fixup(), the adjusted_mode->clock (ie. vop px clk output = > dw dsi px clk input) is updated according to rockchip hw pll/dividers... > > So you "may" have a different value in adjusted_mode->clock compare to > mode->clock. Maybe there is no difference for the panel you are using > because its px clock matches perfectly with rockchip hw pll/dividers... > or has been set to match with ;-) > > I did a similar patch (see [1]) and it works "fine" on stm, the only > difference with the rockchip vop is that clk_round_rate() returns odd > values on stm so I used set/get_rate instead. > > So now, both rockchip & stm crtc have an "adjusted_mode->clock" so it > makes sense to use it in dw dsi :) Could you get the patch [1] queued on drm-misc-next? I can queue this patch after it. Thanks, Archit > > Philippe :-) > > [1] https://patchwork.freedesktop.org/patch/200720/ > "[PATCH] drm/stm: ltdc: use crtc_mode_fixup to update adjusted_mode clock" > > >> Tested-by: Brian Norris >> > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project