Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4202045pxk; Tue, 22 Sep 2020 13:01:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwLVgylDGoXO8IxlYyl70QY2LMng/ha18SZ3kR8eVI9NhJVYxoyYP5xFvIJuSwheTc9y488 X-Received: by 2002:a17:906:d0c9:: with SMTP id bq9mr6780322ejb.352.1600804907328; Tue, 22 Sep 2020 13:01:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600804907; cv=none; d=google.com; s=arc-20160816; b=hV5U0RvyDiuNUfizkN1iXpVvQPPooeGN/yAWavo86KuQHJZEs90qioyOJTeBiU8dyD bKkKeCwItj93lKNadJdzWKDyAD1XzdLXHl1mKDjlqORkFsoJuToD/JjLJbtBn88apZLI 5UvkYo66gqMpEDmZEJYlXhdTlSOT8nXm50gyHZVHAiloGXxByYHhR7Mcunb4syCtIBYt AVZ05UqnJNs3zMmG4F2Like36J30MjKBAI2+V+E7T0dWQWNmNpUa5LPTm9WzRn7aLc+h Im8EVBFpiHYnc+14/3E9JjNHHphHyinJBD5g7fFvwGaN4RZA4Oyn2lRSwMFvbz9lN3CW 92mQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:date:to:cc:from:subject :references:in-reply-to:content-transfer-encoding:mime-version :dkim-signature; bh=ko86j4eJVn/gqX1GowgA/ZepwfEpTucQ77XDZkPwucU=; b=XbLF0hQxK/DPMCHhH9ONeV6aOuHAymYMmP1hCOVxpcSLcfaPX66FRtcpGZ3O1x1voa kZQ7m+zuG2TKMmiIZ267Flyj48xKU7bqbqk8MbU4YCdu8bKCP+gpSWZjBP3CiyZG0RPN DN+aEZMcc/SG9AVQAZlwfuRJdOsUXosWiSiWLNIdZrC/cL3REMK3UFLO7Hk1EIBRktma WwzLEm1SODMLd+VlneJZX7aR84O46FOS6UnP8KcLGOc90NuHcAsR82FKnzvioRTJO595 t6gM98Sh5xH3afgfnXcpUlppygDaxZZs7emIoyG5F7pNGLs5ooP5FjyByYvCo8riKmuA nIJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=BsFx2w2E; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bf4si11513300edb.290.2020.09.22.13.01.22; Tue, 22 Sep 2020 13:01:47 -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; dkim=pass header.i=@kernel.org header.s=default header.b=BsFx2w2E; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726673AbgIVT7e (ORCPT + 99 others); Tue, 22 Sep 2020 15:59:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:56154 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726563AbgIVT7e (ORCPT ); Tue, 22 Sep 2020 15:59:34 -0400 Received: from kernel.org (unknown [104.132.0.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6B718221E8; Tue, 22 Sep 2020 19:59:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1600804773; bh=ko86j4eJVn/gqX1GowgA/ZepwfEpTucQ77XDZkPwucU=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=BsFx2w2ERwj/4fd2OPsoOVbjjbtig9ux3fOx0p6aJ+wFulOupGW2c9p0MQb7a9zyB HE2ANBrx0ev/RHtBx98azFBSenxF6stYmmD2FEYN2w24MGyeu2rEdNf2qvmhieecgi IAXP9dYHigU3buULJ+3T+PTG/9cTXBndAwqkCBa4= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20200907085740.1083-4-t-kristo@ti.com> References: <20200907085740.1083-1-t-kristo@ti.com> <20200907085740.1083-4-t-kristo@ti.com> Subject: Re: [PATCH 3/3] clk: keystone: sci-clk: add 10% slack to set_rate From: Stephen Boyd Cc: mturquette@baylibre.com To: Tero Kristo , linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, ssantosh@kernel.org Date: Tue, 22 Sep 2020 12:59:32 -0700 Message-ID: <160080477208.310579.10011892284968417590@swboyd.mtv.corp.google.com> User-Agent: alot/0.9.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Tero Kristo (2020-09-07 01:57:40) > Currently, we request exact clock rates from the firmware to be set with > set_rate. Due to some rounding errors and internal functionality of the > firmware itself, this can fail. Thus, add some slack to the set_rate > functionality so that we are always guaranteed to pass. The firmware > always attempts to use frequency as close to the target freq as > possible despite the slack given here. >=20 > Signed-off-by: Tero Kristo > --- Applied to clk-next