Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp567399ybv; Fri, 7 Feb 2020 04:40:51 -0800 (PST) X-Google-Smtp-Source: APXvYqzoXdj4yGzvGJ97B4OZ5e+M1kn8/O42yNmEIjwlW1YN8hBkf8kRxp3cSDH4hDcTEgKWkFQ2 X-Received: by 2002:a05:6830:139a:: with SMTP id d26mr2641268otq.75.1581079250895; Fri, 07 Feb 2020 04:40:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581079250; cv=none; d=google.com; s=arc-20160816; b=EeyXMrF3E3Ep7qw/6cMHTygzr9JKdFCiInRYP02pijRvunPGLqqLu42ceJkkJ4wYG5 EwE48oYRMpmGtaoi0p+rKGFE8sY9KgNkFPCE7vb71Qby0DD6vZwWacuKFhekROVbfkC3 z1bQHjAqdRsUJ5FxQOY48slgBgpExAqf5K9aEs2M0K3OqahT4AwVdkI+h2CNy+bV69b+ U+8UJoz8H0PJTJb9NvBx03Jnzod5w5os29x0WBCYcX2bMWap9hglz464dacaJUhuChmt 4tZHMzY6xoZmOGsRzY9O4cvtbfE71Hr4Ubkq26gCimY323D0O5soXHiW7Y9VsHwoNPQW cw+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=qzairh/+yw4wEAbV6wFRDDG7JyWfCMeJmBCkct0T2fc=; b=ztPFaALNvV53xbvHL3lt4Nl1mke+1j79S53uKYDXSZ3QaeVbmSjsNdfQ9xGzy9M+lz fQdIg3p2eM0xwXsW9VwJ6o4r02B7K5SJUjNDTKNpo3iQWypoZseOkbAVjUjdBrRic3gx XywHhvoxWSaOnT+qcWsfUIqmfwZ6yXU82BIS9Y/gpQonInZK/ThnYb0SKlfcToaMuVGl QfCGCODw5UUb9w5Rj1sHJFTkg+bGuKAFjOtREagrORB/3UCyiNUW+8y/Ix1zI1lelaBb blQo7jbq6DFjHiVoL7xazKoRSOsPck4l4kg3BQV0vbcXxKZhpnIMrYuDhxFMH5z+P2ZU x0cw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=kuLckCUB; 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 w16si4031964oih.154.2020.02.07.04.40.39; Fri, 07 Feb 2020 04:40:50 -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=fail header.i=@mg.codeaurora.org header.s=smtp header.b=kuLckCUB; 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 S1726988AbgBGMiq (ORCPT + 99 others); Fri, 7 Feb 2020 07:38:46 -0500 Received: from mail26.static.mailgun.info ([104.130.122.26]:11397 "EHLO mail26.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726861AbgBGMiq (ORCPT ); Fri, 7 Feb 2020 07:38:46 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1581079126; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=qzairh/+yw4wEAbV6wFRDDG7JyWfCMeJmBCkct0T2fc=; b=kuLckCUBy6u9CFWfKnjXHAqKTcyI4ARj9v6iT87gLfJOi87PyC/oy9hfehyvMhW4/upYnCSS rBlfIeMElaxIJolMVEoHAU0T6BYoe9gmJWEl9jNXrgsFaRXO2zXxDuDYwM9Hl49Dulwj83S1 cVcMOO7aL5CtdVX8s/t2MH8MLKs= X-Mailgun-Sending-Ip: 104.130.122.26 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by mxa.mailgun.org with ESMTP id 5e3d5a50.7f5eb23fa5e0-smtp-out-n01; Fri, 07 Feb 2020 12:38:40 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 61BBAC433A2; Fri, 7 Feb 2020 12:38:40 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: harigovi) by smtp.codeaurora.org (Postfix) with ESMTPSA id E5976C43383; Fri, 7 Feb 2020 12:38:39 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 07 Feb 2020 18:08:39 +0530 From: harigovi@codeaurora.org To: Jeffrey Hugo Cc: "open list:DRM PANEL DRIVERS" , MSM , freedreno , DTML , lkml , Rob Clark , nganji@codeaurora.org, Sean Paul , kalyan_t@codeaurora.org, "Kristian H. Kristensen" Subject: Re: [Freedreno] [v1] drm/msm/dsi/pll: call vco set rate explicitly In-Reply-To: References: <1580980321-19256-1-git-send-email-harigovi@codeaurora.org> Message-ID: <2f5abc857910f70faa119fea5bda81d7@codeaurora.org> X-Sender: harigovi@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-02-06 20:29, Jeffrey Hugo wrote: > On Thu, Feb 6, 2020 at 2:13 AM Harigovindan P > wrote: >> >> For a given byte clock, if VCO recalc value is exactly same as >> vco set rate value, vco_set_rate does not get called assuming >> VCO is already set to required value. But Due to GDSC toggle, >> VCO values are erased in the HW. To make sure VCO is programmed >> correctly, we forcefully call set_rate from vco_prepare. > > Is this specific to certain SoCs? I don't think I've observed this. As far as Qualcomm SOCs are concerned, since pll is analog and the value is directly read from hardware if we get recalc value same as set rate value, the vco_set_rate will not be invoked. We checked in our idp device which has the same SOC but it works there since the rates are different.