Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752183AbbHKRnD (ORCPT ); Tue, 11 Aug 2015 13:43:03 -0400 Received: from mail-ob0-f194.google.com ([209.85.214.194]:33370 "EHLO mail-ob0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751657AbbHKRnA (ORCPT ); Tue, 11 Aug 2015 13:43:00 -0400 MIME-Version: 1.0 In-Reply-To: <20150811164151.2416.33353@quantum> References: <1438974570-20812-1-git-send-email-mturquette@baylibre.com> <20150811164151.2416.33353@quantum> Date: Tue, 11 Aug 2015 19:42:59 +0200 X-Google-Sender-Auth: r_vJtkerfEqG0C0lci1kuIDR4aw Message-ID: Subject: Re: [PATCH RFC RFT 0/3] clk: detect per-user enable imbalances and implement hand-off From: Geert Uytterhoeven To: Michael Turquette Cc: "linux-kernel@vger.kernel.org" , linux-clk@vger.kernel.org, Stephen Boyd , Lee Jones , Maxime Ripard , Sascha Hauer Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1758 Lines: 46 Hi Mike, On Tue, Aug 11, 2015 at 6:41 PM, Michael Turquette wrote: > Quoting Geert Uytterhoeven (2015-08-11 02:20:12) >> On Fri, Aug 7, 2015 at 9:09 PM, Michael Turquette >> wrote: >> > This is an alternative solution to Lee's "clk: Provide support for >> > always-on clocks" series[0]. >> I gave it a try on r8a7791/koelsch, where I replaced the hack from >> "[PATCH/RFC 1/5] clk: shmobile: mstp: Never disable INTC-SYS" >> (http://www.spinics.net/lists/linux-sh/msg41107.html) by setting >> >> init.flags |= CLK_ENABLE_HAND_OFF >> >> in cpg_mstp_clock_register() for "intc-sys". >> >> The end result is fine (the "intc-sys" clock is never disabled), but I get >> a few annoying lockdep splats like below (one for the "intc-sys" clock, >> and one more for each parent up to the root clock): >> >> ------------[ cut here ]------------ >> WARNING: CPU: 0 PID: 0 at drivers/clk/clk.c:745 clk_core_enable+0x6c/0xdc() > Thanks much for testing! I forgot to hold the enable lock in __clk_init > (we already hold the prepare lock). Can you tell me if this diff fixes > it? Yes it does. Thanks for the quick fix! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- 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/