Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp694735ybi; Wed, 17 Jul 2019 03:26:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqztOOTdFg904zA4kepRf0Zy1xjGFGnr65WU8po431h1umyDqkbmWkFZwmYeWf/zbVqGvbAZ X-Received: by 2002:a65:4786:: with SMTP id e6mr39223821pgs.448.1563359206804; Wed, 17 Jul 2019 03:26:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563359206; cv=none; d=google.com; s=arc-20160816; b=Q0t5I4qa+9dFbtEkfBKA8WfjZusCT2r/rshOIHrKrqwOjEShXzl5IqM5tmu/gt8uLJ Tffw+AjZkfm3eDjakDNO/i5iCoeI3VLSOfjJtebncxzgfH8bcHQllwVcVZDrfYrwJW6i bPwlYrwswwweo4/A0blmcWW7vt7u+89mjtlXpRbA6NYkq6wF6RgeGgE9eick0TJ3yoM0 /krbnVBkkStA6s4XPYI1+hkWfhwPa+qEcPivR5FoxRnKW4MHUhl8/zHV3chnfy0+/b6H qLScbQ3ZkZt4hsw883cA8P6Hu03SphdIoTMX9gdzfvehfc2LQGa7WcencuGvpYpz4DE3 UbtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=NR2U5IuXr4pIRs4aifTmITmSPKS8sh6BN3OgTzcTpx8=; b=HylGIyQmsV5asUE4EWX0jejh1W0zyC5xfIWehxTUQfRcVm5qKpQnODz/H2uHzEpvn6 Tnx/S+DVfQ8h+WmtHro2MofcF1mKCKAFXXKPXgy4u6p/4laerlMQrBWeUgujwCj2GBO5 gej5av5afDk+XrhXId6CFHvwRqn4aXBO301nnqjBf6zwZhIrt6fiGknLD15w0H9y+G+3 rLGtBlbihcRqDtCtzfOlqU0eamL+RMTWyfJnf7ydLvAvxpW7QymafON3IXJNy1/xHVWH //cErgb4yxZSELo0FcjelXqurKT4WWOLlFOpYirSt4sMi1bquXCm3+UDc2q+FYk8bM7t XUGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Pngu4lq7; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 67si22900452pfb.242.2019.07.17.03.26.30; Wed, 17 Jul 2019 03:26:46 -0700 (PDT) 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=@kernel.org header.s=default header.b=Pngu4lq7; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726598AbfGQK0D (ORCPT + 99 others); Wed, 17 Jul 2019 06:26:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:38350 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725873AbfGQK0C (ORCPT ); Wed, 17 Jul 2019 06:26:02 -0400 Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0FF6E21848; Wed, 17 Jul 2019 10:26:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1563359162; bh=6ZNHeUjYuFQvwhrizsFFiOMOLAXaj7gSQIwq8zSpTAg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Pngu4lq7W1y/+7EN4IucarRpmRnEYrCvK0QN/7WhL7xpSdddYI2M7CzpAcibsyN0C /Va+7loYPp+zR1or36eLxfLO0BFJZVX9un2oUHcv7X6/e7p5SAGTvZ8a15LR7imL4V Qr80/bW9NTISoEq1ORMwAWLkH09fRSWMPSL0aHRM= Received: by mail-lj1-f170.google.com with SMTP id p17so23102625ljg.1; Wed, 17 Jul 2019 03:26:01 -0700 (PDT) X-Gm-Message-State: APjAAAX/P7xhe2l8vhyNfDKkCgE5wcEDkRxne/RKUDWJi27cDqWwchbt DFDOigFQVgwa01mF2jkCmvdCF/c8D8wU+3Rvh40= X-Received: by 2002:a2e:3008:: with SMTP id w8mr20847944ljw.13.1563359160319; Wed, 17 Jul 2019 03:26:00 -0700 (PDT) MIME-Version: 1.0 References: <20190715124417.4787-1-l.luba@partner.samsung.com> <20190715124417.4787-38-l.luba@partner.samsung.com> In-Reply-To: <20190715124417.4787-38-l.luba@partner.samsung.com> From: Krzysztof Kozlowski Date: Wed, 17 Jul 2019 12:25:48 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v1 37/50] ARM: dts: exynos: change parent and rate of bus_fsys in Exynos5422 To: Lukasz Luba Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, "linux-samsung-soc@vger.kernel.org" , linux-clk@vger.kernel.org, mturquette@baylibre.com, sboyd@kernel.org, =?UTF-8?B?QmFydMWCb21pZWogxbtvxYJuaWVya2lld2ljeg==?= , kgene@kernel.org, mark.rutland@arm.com, robh+dt@kernel.org, Chanwoo Choi , kyungmin.park@samsung.com, Andrzej Hajda , Marek Szyprowski , s.nawrocki@samsung.com, myungjoo.ham@samsung.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 15 Jul 2019 at 14:45, Lukasz Luba wrote: > > The FSYS bus OPP table has been aligned to the new parent rate. This patch > sets the proper parent and picks the init frequency before the devfreq > governor starts working. It sets also parent rate (DPLL to 1200MHz). 1. I see what the patch is doing, but please write why you are doing this. What problem are you solving here? 2. Commit title is wrong - it is not Exynos 5422 but Odroid XU3/XU4 family of boards. > > Signed-off-by: Lukasz Luba > --- > arch/arm/boot/dts/exynos5422-odroid-core.dtsi | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/boot/dts/exynos5422-odroid-core.dtsi b/arch/arm/boot/dts/exynos5422-odroid-core.dtsi > index d460041f716c..6a82dd175b8a 100644 > --- a/arch/arm/boot/dts/exynos5422-odroid-core.dtsi > +++ b/arch/arm/boot/dts/exynos5422-odroid-core.dtsi > @@ -72,6 +72,11 @@ > > &bus_fsys { > devfreq = <&bus_wcore>; > + assigned-clocks = <&clock CLK_MOUT_ACLK200_FSYS>, > + <&clock CLK_DOUT_ACLK200_FSYS>, > + <&clock CLK_FOUT_DPLL>; > + assigned-clock-parents = <&clock CLK_MOUT_SCLK_DPLL>; > + assigned-clock-rates = <0>, <240000000>,<1200000000>; Here and in all other patches: I am not entirely sure that this should be here. It looks like property of the SoC. Do we expect that buses will be configured to different clock rates between different boards? Since the OPP tables are shared (they are property of the SoC, not board) then I would assume that default frequency is shared as well. Best regards, Krzysztof