Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2480775imm; Mon, 28 May 2018 08:54:35 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqASdOrtEOvOcezqfSyKjDUmE7bzaStf/vcLk2nFIhvRMOiBpGP4gUrUFgWe+VlmlDe164S X-Received: by 2002:a65:53c9:: with SMTP id z9-v6mr11010930pgr.356.1527522875779; Mon, 28 May 2018 08:54:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527522875; cv=none; d=google.com; s=arc-20160816; b=QpW++3Lp3HJbNWKmVMRuQQiMA7aQqz5hIQCbmwXoDub24yfyJhCK/B6JTtODN+XBMR qhZlbAjz/fauBmeZBIHHRNpUOxFaMGVE5UdKAUAkjICoyxOd1XbIUWbeuwltRIGNKrUD HNjen0ZT9/+nufnOT5oAcr+ggWYc5RUhwUHO2u17nKykFg+H5i5WrHW/sQP6AcrMgJwh UL9Gqx3yD6ABFiMskYiMxw3mRLjAJs19qxUvvbNr32pdqSviZURdly30suWRIInke2IO +Dk9ob1MrcORYpiqvIgZHWcMG42LGLJw8T7gq/y0AfFdGXvDrXHkVzEujpto5fe8xIDy l+PA== 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:arc-authentication-results; bh=F5JWPO6Y+Oxvo/Vbjzwu2NdL0xJDoukoU6zZmChDBJ4=; b=ZYYQYDrb0X2H3ndXpBke2YUuXR9K1LSTa/KSU6AYtptbDWt77ZFzRLMdHyKIdpCofj fXNO+zp+KSdUfgh8lYi15mkfSnW2k347TF0ad+Wzc+PFTnoDCwzOYjKPfA80bW9w+PSr Tv4wZZ7o+CznDqmmuuaOADYSkzoo3Z46r34FW08Q0ACeywZY/TIeAhP1Z1yKqLtTa/B2 bUzfXCN1xe9oud+y0gTO1WgcZwbHFcuflUDgZZQT4Pz83zAXGBd/lT3M84o2CXvRLp/M fXARnrVR2PLs8dl5aNje6+H1VEbOzMFOP+5nUtMd/zid27p7KxQyTy4NzE6qwl97Xa4K +hsA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@agner.ch header.s=dkim header.b=eYQPJn3A; 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 h9-v6si7016171pli.449.2018.05.28.08.54.20; Mon, 28 May 2018 08:54:35 -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=@agner.ch header.s=dkim header.b=eYQPJn3A; 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 S1425203AbeE1Pxm (ORCPT + 99 others); Mon, 28 May 2018 11:53:42 -0400 Received: from mail.kmu-office.ch ([178.209.48.109]:54872 "EHLO mail.kmu-office.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S939629AbeE1PxK (ORCPT ); Mon, 28 May 2018 11:53:10 -0400 Received: from webmail.kmu-office.ch (unknown [IPv6:2a02:418:6a02::a3]) by mail.kmu-office.ch (Postfix) with ESMTPSA id 0C1935C01FF; Mon, 28 May 2018 17:53:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=agner.ch; s=dkim; t=1527522789; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=F5JWPO6Y+Oxvo/Vbjzwu2NdL0xJDoukoU6zZmChDBJ4=; b=eYQPJn3AU3HCL4afezGj1fGr0sJCwUXA7kWHngRGV7gSrOxFGcPUVuuqRDYHWU0JZOJZNU SmREauBldP7XI0gxOkURk3/xjZE0y1RGR0uZyRbs1kUnJWW0daHy2FPl6W3UCOtzKsY9Jg T4XDhGbRvG1KLrJQ1jbd8S4KF9hVyNw= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Mon, 28 May 2018 17:53:08 +0200 From: Stefan Agner To: Peter De Schrijver Cc: boris.brezillon@bootlin.com, dwmw2@infradead.org, computersforpeace@gmail.com, marek.vasut@gmail.com, robh+dt@kernel.org, mark.rutland@arm.com, thierry.reding@gmail.com, mturquette@baylibre.com, sboyd@kernel.org, dev@lynxeye.de, miquel.raynal@bootlin.com, richard@nod.at, marcel@ziswiler.com, krzk@kernel.org, digetx@gmail.com, benjamin.lindqvist@endian.se, jonathanh@nvidia.com, pgaikwad@nvidia.com, mirza.krak@gmail.com, linux-mtd@lists.infradead.org, linux-tegra@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org Subject: Re: [PATCH v2 4/6] clk: tegra20: init NDFLASH clock to sensible rate In-Reply-To: <20180528075510.GQ6835@tbergstrom-lnx.Nvidia.com> References: <20180527215442.14760-5-stefan@agner.ch> <20180528075510.GQ6835@tbergstrom-lnx.Nvidia.com> Message-ID: <5665b799f763daa82dced238fb494863@agner.ch> X-Sender: stefan@agner.ch User-Agent: Roundcube Webmail/1.3.4 X-Spamd-Result: default: False [-3.10 / 15.00]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWELVE(0.00)[25]; TAGGED_RCPT(0.00)[dt]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_SIGNED(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_TLS_ALL(0.00)[]; BAYES_HAM(-3.00)[100.00%]; ARC_NA(0.00)[] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28.05.2018 09:55, Peter De Schrijver wrote: > On Sun, May 27, 2018 at 11:54:40PM +0200, Stefan Agner wrote: >> From: Lucas Stach >> >> Set up the NAND Flash controller clock to run at 150MHz >> instead of the rate set by the bootloader. This is a >> conservative rate which also yields good performance. >> >> Signed-off-by: Lucas Stach >> Signed-off-by: Stefan Agner >> --- >> drivers/clk/tegra/clk-tegra20.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/drivers/clk/tegra/clk-tegra20.c b/drivers/clk/tegra/clk-tegra20.c >> index 0ee56dd04cec..dff8c425cd28 100644 >> --- a/drivers/clk/tegra/clk-tegra20.c >> +++ b/drivers/clk/tegra/clk-tegra20.c >> @@ -1049,6 +1049,7 @@ static struct tegra_clk_init_table init_table[] __initdata = { >> { TEGRA20_CLK_GR2D, TEGRA20_CLK_PLL_C, 300000000, 0 }, >> { TEGRA20_CLK_GR3D, TEGRA20_CLK_PLL_C, 300000000, 0 }, >> { TEGRA20_CLK_VDE, TEGRA20_CLK_CLK_MAX, 300000000, 0 }, >> + { TEGRA20_CLK_NDFLASH, TEGRA20_CLK_PLL_P, 150000000, 0 }, >> /* must be the last entry */ >> { TEGRA20_CLK_CLK_MAX, TEGRA20_CLK_CLK_MAX, 0, 0 }, >> }; >> -- >> 2.17.0 >> > > Maybe better to specify this in the Tegra20 dtsi? See > "Assigned clock parents and rates" in > Documentation/devicetree/bindings/clock/clock-bindings.txt assigned-clocks indeed works just fine for this case. Thanks for bringing this up, will drop this patch and add the device tree properties in v3. Hm, interesting that none of the Tegra device tree make use of the feature so far. I guess there would be other cases where this would be useful as well (the one just above, VDE?). -- Stefan