Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754462AbbBFBtd (ORCPT ); Thu, 5 Feb 2015 20:49:33 -0500 Received: from smtp.codeaurora.org ([198.145.11.231]:53463 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754269AbbBFBtb (ORCPT ); Thu, 5 Feb 2015 20:49:31 -0500 Message-ID: <54D41DA8.1020309@codeaurora.org> Date: Thu, 05 Feb 2015 17:49:28 -0800 From: Stephen Boyd User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Quentin Lambert , Mike Turquette , Julia Lawall CC: Paul Walmsley , Tomeu Vizoso , Tony Lindgren , linux-kernel@vger.kernel.org, t-kristo@ti.com, linux-omap@vger.kernel.org, cocci@systeme.lip6.fr, linux-arm-kernel@lists.infradead.org Subject: Re: [Cocci] [PATCH v13 3/6] clk: Make clk API return per-user struct clk instances References: <1422011024-32283-1-git-send-email-tomeu.vizoso@collabora.com> <1422011024-32283-4-git-send-email-tomeu.vizoso@collabora.com> <20150201212432.22722.70917@quantum> <54CFE1FE.7040404@codeaurora.org> <54CFFBCF.90706@codeaurora.org> <20150202225036.421.43421@quantum> <54D0F179.1040906@gmail.com> <54D2AA9B.7010800@codeaurora.org> <54D3900A.9060200@gmail.com> <54D3941A.9000908@gmail.com> In-Reply-To: <54D3941A.9000908@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2592 Lines: 82 On 02/05/15 08:02, Quentin Lambert wrote: > Sorry let me do that properly. > > On 05/02/2015 16:45, Quentin Lambert wrote: >> >> On 05/02/2015 00:26, Stephen Boyd wrote: >>>> If you want me to I can enlarge the search to other directories. >>> Yes please do. And if you could share the coccinelle patch that >>> would be >>> great. Thanks. >>> >> structclk.cocci is the coccinelle patch >> structclk-arm.patch is the result I got when applying it to the >> arch/arm directory >> >> Is there anything else I can do to help? >> >> > > These are the new instances I found by applying the patch to arch/arm > directory: > > ./arch/arm/mach-imx/mach-imx6q.c > @@ -211,7 +211,6 @@ static void __init imx6q_1588_init(void) > * set bit IOMUXC_GPR1[21]. Or the PTP clock must be from pad > * (external OSC), and we need to clear the bit. > */ > clksel = ptp_clk == enet_ref ? IMX6Q_GPR1_ENET_CLK_SEL_ANATOP : > IMX6Q_GPR1_ENET_CLK_SEL_PAD; > gpr = syscon_regmap_lookup_by_compatible("fsl,imx6q-iomuxc-gpr"); > if (!IS_ERR(gpr)) This one looks like a real problem and it could probably use a clk_equal(struct clk *a, struct clk *b) function. > > ./arch/arm/mach-shmobile/clock-r8a73a4.c > @@ -139,7 +139,6 @@ static int pll_set_parent(struct clk *cl > > /* Search the parent */ > for (i = 0; i < clk->parent_num; i++) > if (clk->parent_table[i] == parent) > break; > > if (i == clk->parent_num) > > ./arch/arm/mach-shmobile/clock-sh7372.c > @@ -223,7 +223,6 @@ static int pllc2_set_parent(struct clk * > > /* Search the parent */ > for (i = 0; i < clk->parent_num; i++) > if (clk->parent_table[i] == parent) > break; > > if (i == clk->parent_num) > > ./arch/arm/mach-shmobile/clock-r8a7740.c > @@ -195,7 +195,6 @@ static int usb24s_set_parent(struct clk > > /* Search the parent */ > for (i = 0; i < clk->parent_num; i++) > if (clk->parent_table[i] == parent) > break; > > if (i == clk->parent_num) > > > I don't think shmobile uses the CCF so this should be safe, but we should probably fix them up to also use a clk_equal() function that just does pointer comparisons. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/