Received: by 10.223.164.221 with SMTP id h29csp1791709wrb; Thu, 2 Nov 2017 00:37:20 -0700 (PDT) X-Google-Smtp-Source: ABhQp+RTGGsH34GgCK4W5otcYx2U+nItsaSmz+S/BZqb1fVQ1ZhApJW1RLYT2fDwsuBQjJ4VyFpk X-Received: by 10.101.77.144 with SMTP id p16mr2629470pgq.226.1509608240259; Thu, 02 Nov 2017 00:37:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509608240; cv=none; d=google.com; s=arc-20160816; b=aQZetHJ51KFyht3+iQm8ceDsHOYmDlffcgqufM+QZZ4kOwC8z5LlwghorKbjxhJ96x SCnCmGX2wYUZzlcF6FcElNxOnaaXqpin254y2t4UatT8bbfBM+Ny0yOb/34uqO9lG3kb n0tjByEeS62K1pW0cPhKoMW/UWjP3EocXZzJnzhP9v2T7Aaw6h51LgrsmqcFWqzVYZgU SvWswajs95AfaEhqqe4ePxGxndhAcTrWb9AmrUx0ITFPxQlh4QaC6ORm4S9gvoH4F/Nj p9FNHuwxjnvZS5UdRrYxOgHguvNXdE1cl0MbsHjzXqBqUrDMebSDvQC5NWVSI/rWFfms vKDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:dkim-signature:dkim-signature :arc-authentication-results; bh=+7grUk3UckUFob21K8GSfn7IiEunCyHBMFiirB59vmM=; b=wfHe9vj5ca8R+hFesLxRvw68dfU/jIcr0it78gpvVojWhP8uueRmpNYpeTwXM7pJ+5 FSIP7EPIve8V2kZ5wCMtsYFlROy6cPteEK2HuVINMZyF5g2fvGkwryFsBSQ0J/fd8IQZ 1TyFnO2qQIOmEzWMppJDGDfJjo4mNqTrHJQwKTHbInK1Ox+9VTeLKGqaCFMO0kri/jO2 ENTIhlZLvB0Jcgq63YuIJmatmi2wH1u8p96Fb0etUnM9QrgLT9nob89RbMLCd5l/+qWq MmMV+ZfgU0oJGj/XyLjYsDqZtQ2jxjZdGvH7iqDSpGTAFZLfNiYvbMYeXYFx92tz/+ci EI+A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=ABNdLB7G; dkim=pass header.i=@codeaurora.org header.s=default header.b=LyoiHYLn; 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 m23si2865270pgc.492.2017.11.02.00.37.05; Thu, 02 Nov 2017 00:37:20 -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=@codeaurora.org header.s=default header.b=ABNdLB7G; dkim=pass header.i=@codeaurora.org header.s=default header.b=LyoiHYLn; 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 S1752966AbdKBHg2 (ORCPT + 99 others); Thu, 2 Nov 2017 03:36:28 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:38044 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750836AbdKBHg0 (ORCPT ); Thu, 2 Nov 2017 03:36:26 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id AAB7E607CB; Thu, 2 Nov 2017 07:36:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1509608185; bh=m9LRiZK67zhMqnMTaqKRQXxToub1TluHx8fDOlaRE38=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ABNdLB7GLIzX/f9VLfe/S+XXKDdTk45QXpF+BgXrMDLHjsEfAfM+sTohyKgJ9G8Vi CGYKMn716dGR892Kgz6ucvViqSeH01XoZM1DuUf/L6GzU7j2cjjY8p0zHA/PeB7FKw x/0e4vg9jeYeNMF5bMTWz6EaNHEAkdGquoSAAGrQ= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from localhost (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sboyd@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 7AE496079E; Thu, 2 Nov 2017 07:36:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1509608184; bh=m9LRiZK67zhMqnMTaqKRQXxToub1TluHx8fDOlaRE38=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LyoiHYLnYWa7wwGMwKirJTJM63/HmuS6f6Jwrwd4vKIfVUwtxIWadEJxy0WFiNay5 uW3oOfj+VYe7a9CTQGuIdWx+rgyfOUsLVw1IEyTW1IDWdhpXxWN97DKIM6rYvz6Oc6 RGfZE3lZk1Vln5XHw1ZdJ+7kLpf4UpbwdBRmmT/Y= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 7AE496079E Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sboyd@codeaurora.org Date: Thu, 2 Nov 2017 00:36:09 -0700 From: Stephen Boyd To: Dong Aisheng Cc: linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, mturquette@baylibre.com, dongas86@gmail.com, shawnguo@kernel.org, Anson.Huang@nxp.com, ping.bai@nxp.com Subject: Re: [PATCH V2 02/10] clk: reparent orphans after critical clocks enabled Message-ID: <20171102073609.GT30645@codeaurora.org> References: <1499946435-7177-1-git-send-email-aisheng.dong@nxp.com> <1499946435-7177-3-git-send-email-aisheng.dong@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1499946435-7177-3-git-send-email-aisheng.dong@nxp.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/13, Dong Aisheng wrote: > The orphan clocks reparent operation should be moved after the critical > clocks enabled, otherwise it may get a chance to disable a newly > registered critical clock which triggers the following warning. > > Assuming we have two clocks: A and B, B is the parent of A. > Clock A has flag: CLK_OPS_PARENT_ENABLE > Clock B has flag: CLK_IS_CRITICAL > > Step 1: > Clock A is registered, then it becomes orphan. > > Step 2: > Clock B is registered. Before clock B reach the critical clock enable > operation, orphan A will find the newly registered parent B and do > reparent operation, then parent B will be finally disabled in > __clk_set_parent_after() due to CLK_OPS_PARENT_ENABLE flag as there's > still no users of B which will then trigger the following warning. > > [ 0.000000] WARNING: CPU: 0 PID: 0 at drivers/clk/clk.c:597 clk_core_disable+0xb4/0xe0 > [ 0.000000] Modules linked in: > [ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.11.0-rc1-00056-gdff1f66-dirty #1373 > [ 0.000000] Hardware name: Generic DT based system > [ 0.000000] Backtrace: > [ 0.000000] [] (dump_backtrace) from [] (show_stack+0x18/0x1c) > [ 0.000000] r6:600000d3 r5:00000000 r4:c0e26358 r3:00000000 > [ 0.000000] [] (show_stack) from [] (dump_stack+0xb4/0xe8) > [ 0.000000] [] (dump_stack) from [] (__warn+0xd8/0x104) > [ 0.000000] r10:c0c21cd0 r9:c048aa78 r8:00000255 r7:00000009 r6:c0c1cd90 r5:00000000 > [ 0.000000] r4:00000000 r3:c0e01d34 > [ 0.000000] [] (__warn) from [] (warn_slowpath_null+0x28/0x30) > [ 0.000000] r9:00000000 r8:ef00bf80 r7:c165ac4c r6:ef00bf80 r5:ef00bf80 r4:ef00bf80 > [ 0.000000] [] (warn_slowpath_null) from [] (clk_core_disable+0xb4/0xe0) > [ 0.000000] [] (clk_core_disable) from [] (clk_core_disable_lock+0x20/0x2c) > [ 0.000000] r4:000000d3 r3:c0e0af00 > [ 0.000000] [] (clk_core_disable_lock) from [] (clk_core_disable_unprepare+0x14/0x28) > [ 0.000000] r5:00000000 r4:ef00bf80 > [ 0.000000] [] (clk_core_disable_unprepare) from [] (__clk_set_parent_after+0x38/0x54) > [ 0.000000] r4:ef00bd80 r3:000010a0 > [ 0.000000] [] (__clk_set_parent_after) from [] (clk_register+0x4d0/0x648) > [ 0.000000] r6:ef00d500 r5:ef00bf80 r4:ef00bd80 r3:ef00bfd4 > [ 0.000000] [] (clk_register) from [] (clk_hw_register+0x10/0x1c) > [ 0.000000] r9:00000000 r8:00000003 r7:00000000 r6:00000824 r5:00000001 r4:ef00d500 > [ 0.000000] [] (clk_hw_register) from [] (_register_divider+0xcc/0x120) > [ 0.000000] [] (_register_divider) from [] (clk_register_divider+0x44/0x54) > [ 0.000000] r10:00000004 r9:00000003 r8:00000001 r7:00000000 r6:00000003 r5:00000001 > [ 0.000000] r4:f0810030 > [ 0.000000] [] (clk_register_divider) from [] (imx7ulp_clocks_init+0x558/0xe98) > [ 0.000000] r7:c0e296f8 r6:c165c808 r5:00000000 r4:c165c808 > [ 0.000000] [] (imx7ulp_clocks_init) from [] (of_clk_init+0x118/0x1e0) > [ 0.000000] r10:00000001 r9:c0e01f68 r8:00000000 r7:c0e01f60 r6:ef7f8974 r5:ef0035c0 > [ 0.000000] r4:00000006 > [ 0.000000] [] (of_clk_init) from [] (time_init+0x2c/0x38) > [ 0.000000] r10:efffed40 r9:c0d61a48 r8:c0e78000 r7:c0e07900 r6:ffffffff r5:c0e78000 > [ 0.000000] r4:00000000 > [ 0.000000] [] (time_init) from [] (start_kernel+0x218/0x394) > [ 0.000000] [] (start_kernel) from [<6000807c>] (0x6000807c) > [ 0.000000] r10:00000000 r9:410fc075 r8:6000406a r7:c0e0c930 r6:c0d61a44 r5:c0e07918 > [ 0.000000] r4:c0e78294 > [ 0.000000] ---[ end trace 0000000000000000 ]--- Please remove timestamps from logs unless they're important. > > Fixes: fc8726a2c021 ("clk: core: support clocks which requires parents enable (part 2)") > Cc: Stephen Boyd > Cc: Michael Turquette > Cc: Shawn Guo > Signed-off-by: Dong Aisheng > > --- > ChangeLog: > v1->v2: > * add more detailed commit messages Thanks for that. We shouldn't be touching the hardware during clk registration though, so something is wrong there. It seems that adding the flag to enable clks when touching their registers has exposed that we should just be doing the toggle of the bookeeping stuff underneath the enable lock here. We know that the clk isn't enabled with any sort of prepare_count here so we don't need to enable anything to prevent a race. And we're holding the prepare mutex so set_rate/set_parent can't race here either. Can you try this patch instead? ---8<---- diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c index c8d83acda006..416d44cc772c 100644 --- a/drivers/clk/clk.c +++ b/drivers/clk/clk.c @@ -2476,14 +2476,17 @@ static int __clk_core_init(struct clk_core *core) */ hlist_for_each_entry_safe(orphan, tmp2, &clk_orphan_list, child_node) { struct clk_core *parent = __clk_init_parent(orphan); + unsigned long flags; /* * we could call __clk_set_parent, but that would result in a * redundant call to the .set_rate op, if it exists */ if (parent) { - __clk_set_parent_before(orphan, parent); - __clk_set_parent_after(orphan, parent, NULL); + /* update the clk tree topology */ + flags = clk_enable_lock(); + clk_reparent(orphan, parent); + clk_enable_unlock(flags); __clk_recalc_accuracies(orphan); __clk_recalc_rates(orphan, 0); } -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project From 1572808025746226792@xxx Thu Jul 13 11:50:18 +0000 2017 X-GM-THRID: 1572808025746226792 X-Gmail-Labels: Inbox,Category Forums