From patchwork Wed Dec 7 15:22:15 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bartosz Golaszewski X-Patchwork-Id: 87119 Delivered-To: patch@linaro.org Received: by 10.182.112.6 with SMTP id im6csp364505obb; Wed, 7 Dec 2016 07:22:37 -0800 (PST) X-Received: by 10.84.197.1 with SMTP id m1mr149252451pld.159.1481124157329; Wed, 07 Dec 2016 07:22:37 -0800 (PST) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g33si24510377plb.310.2016.12.07.07.22.37; Wed, 07 Dec 2016 07:22:37 -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=@baylibre-com.20150623.gappssmtp.com; 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 S932465AbcLGPWa (ORCPT + 25 others); Wed, 7 Dec 2016 10:22:30 -0500 Received: from mail-wj0-f182.google.com ([209.85.210.182]:35413 "EHLO mail-wj0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932297AbcLGPW2 (ORCPT ); Wed, 7 Dec 2016 10:22:28 -0500 Received: by mail-wj0-f182.google.com with SMTP id v7so363982087wjy.2 for ; Wed, 07 Dec 2016 07:22:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=d2pYRm1fddzAUglKxcCnoeBfivzrg6/Jll/RKmHLUR0=; b=TX1P9s5Tf67Dc40SOYBWCZZRjoY8GXe6B7ex9Yr+3hHQLsCXA9Xnhwd6psVlNG6XjL zHRrl87HgIfetlb6DizQuAZ0jiL1xlNQjJBRudU7BDnSEIX+3BZNk16qwmw0wMxkziDf C5ugV/xPFmrRUa23ubZ7kFalRLiFIV7bzw+2w6T9LEhna+OoMG7KgKjemPzAO3qcQbRo 9QcO2BT276Gc9DnMJ0Fem2VxdGBHmnhFw2gmB0EqVZH3lNuIsAMIOfYeKPX/pOoT4Kvw xyA8+3MoqG3QQrEev5B+ZTGO1MHDtzk6vPjTFYVD2nLv4uM5PRmnhOLS4OBMCwjZhXXF 65Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=d2pYRm1fddzAUglKxcCnoeBfivzrg6/Jll/RKmHLUR0=; b=nK4yuVtqRRYTNzZFcwkKTHM2OX7QGsX3jXjVOE5/dW5DU/proxKdSkvdOG2+VQq2r6 3XozR49S7PicshLEvjxmADbjG23oQblsM+wcG95x3fn+x9WVWAFgKbJyWefHqip01cKb Ixtf0M+GIvp1Szhaf1mOyBpkWvn7rrlRYgdakeMRs+fGFm/UUN5hk1YFQhVJWpU8a1nR rRYP06muLk8kJzLJmK4eKqLxSvBOIFv7Hie91V0OW9T2bDBJq9fqpvzS2upNyMo+KaxI AVQaBOrUwUdVVxF1t5XWQWN4J5OhuvLAcdMz+xCT84q8nGQ3AEAg5NqPnzFz2I91UaRC R+5A== X-Gm-Message-State: AKaTC03gm9mVoR5JyT4Y/yHw4c9mTPLlIyN83hfiYmg0gGowHH9wnQMzr6LH6QP9KfxOrYPA X-Received: by 10.194.23.67 with SMTP id k3mr61005316wjf.103.1481124146741; Wed, 07 Dec 2016 07:22:26 -0800 (PST) Received: from localhost.localdomain ([90.63.244.31]) by smtp.gmail.com with ESMTPSA id r138sm10198123wme.9.2016.12.07.07.22.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 07 Dec 2016 07:22:25 -0800 (PST) From: Bartosz Golaszewski To: Kevin Hilman , Michael Turquette , Sekhar Nori , Peter Ujfalusi , Russell King , Viresh Kumar , Boris Brezillon , "Rafael J. Wysocki" , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Cyrille Pitchen Cc: LKML , arm-soc , linux-pm@vger.kernel.org, Bartosz Golaszewski Subject: [PATCH v4 1/4] ARM: da850: fix infinite loop in clk_set_rate() Date: Wed, 7 Dec 2016 16:22:15 +0100 Message-Id: <1481124138-27337-2-git-send-email-bgolaszewski@baylibre.com> X-Mailer: git-send-email 2.1.4 In-Reply-To: <1481124138-27337-1-git-send-email-bgolaszewski@baylibre.com> References: <1481124138-27337-1-git-send-email-bgolaszewski@baylibre.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The aemif clock is added twice to the lookup table in da850.c. This breaks the children list of pll0_sysclk3 as we're using the same list links in struct clk. When calling clk_set_rate(), we get stuck in propagate_rate(). Create a separate clock for nand, inheriting the rate of the aemif clock and retrieve it in the davinci_nand module. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da850.c | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-) -- 2.9.3 diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c index e770c97..e9d019c 100644 --- a/arch/arm/mach-davinci/da850.c +++ b/arch/arm/mach-davinci/da850.c @@ -367,6 +367,16 @@ static struct clk aemif_clk = { .flags = ALWAYS_ENABLED, }; +/* + * In order to avoid adding the aemif_clk to the clock lookup table twice (and + * screwing up the linked list in the process) create a separate clock for + * nand inheriting the rate from aemif_clk. + */ +static struct clk aemif_nand_clk = { + .name = "nand", + .parent = &aemif_clk, +}; + static struct clk usb11_clk = { .name = "usb11", .parent = &pll0_sysclk4, @@ -537,7 +547,15 @@ static struct clk_lookup da850_clks[] = { CLK("da830-mmc.0", NULL, &mmcsd0_clk), CLK("da830-mmc.1", NULL, &mmcsd1_clk), CLK("ti-aemif", NULL, &aemif_clk), - CLK(NULL, "aemif", &aemif_clk), + /* + * The only user of this clock is davinci_nand and it get's it through + * con_id. The nand node itself is created from within the aemif + * driver to guarantee that it's probed after the aemif timing + * parameters are configured. of_dev_auxdata is not accessible from + * the aemif driver and can't be passed to of_platform_populate(). For + * that reason we're leaving the dev_id here as NULL. + */ + CLK(NULL, "aemif", &aemif_nand_clk), CLK("ohci-da8xx", "usb11", &usb11_clk), CLK("musb-da8xx", "usb20", &usb20_clk), CLK("spi_davinci.0", NULL, &spi0_clk),