Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp164451pxb; Thu, 21 Jan 2021 04:13:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJzbda3SJTth762n4kyWhP2+Xp8c0T7xvd7xwIbIGkq9mmRZzqbqSiG2Cr0HXebrQoqVA/IJ X-Received: by 2002:a17:906:eb95:: with SMTP id mh21mr9313080ejb.175.1611231184013; Thu, 21 Jan 2021 04:13:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611231184; cv=none; d=google.com; s=arc-20160816; b=ympVfaEnJ6pIwaQo05wDzkFN5eeCHDCUEgb+e8CppjQpklkfDCsmcpE8PWA4vyI4Ry R2gG5yoEqsKe3FQ5eH+Z5Q2NQAQdQT+BZitx/PQbedfeAUuhcxKVYhxJ8c84lQU3xdC+ tvGq6XxtlssO1JX5I6IcjkX0neqaSckmrMuBfh+ajl1rivwsII9FLiDKUzWCtulxoX27 8G8zQuO8kE3QoohwvYUQ1S7ybqJ2Nm+az5Gf8XEozSl50u6gGbSf19FyEyFX5+sekWLX lNqh2/OtujMcErKYZBwsN4lF62eqJ/id0BU1K4rnB9BWpB6529O0HBftcLXCr74aGF2W 61fA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=PN3btH2euqDWyhj/RgcRNFuB9aKArS6y5Lw17W2vYDw=; b=eFeIb4gKFrL6SMmZKya7Z2iOy0HxfVtM4njN3DM06wMZGvsNWdDVoKe7iZzV28lpng amyKFn8+RQxPUg+TNpLOZrGBYrn6QHJTv/PLj9oUpCPJV7OIIBxTQet4YzDMo2D/o3GQ ILkYAIeEZd7npmIMxdXUfmOGPogH5zuhTuT+AFtEfUu9l7fzvjpvpUFqXflxrguifT5O y5RX1T+cHRHa4OuSP2zmuw6uDLh45Pi3IGCCx7bsi4juBBtzcIUOKytUzbEpHKXji4c0 Rn2b3t2q/yK0TOaKhWfrO6hoZiiLkaLnMWl6wg2Q0DcO1rSYRb5kVaAdRRsgCt94oOGf ldbA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=IgbtXQTl; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b7si2174377edr.115.2021.01.21.04.12.38; Thu, 21 Jan 2021 04:13:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=IgbtXQTl; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728415AbhAUMLh (ORCPT + 99 others); Thu, 21 Jan 2021 07:11:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50434 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730528AbhAUMKf (ORCPT ); Thu, 21 Jan 2021 07:10:35 -0500 Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 98CC8C0613C1 for ; Thu, 21 Jan 2021 04:09:52 -0800 (PST) Received: by mail-ej1-x632.google.com with SMTP id g12so2240865ejf.8 for ; Thu, 21 Jan 2021 04:09:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PN3btH2euqDWyhj/RgcRNFuB9aKArS6y5Lw17W2vYDw=; b=IgbtXQTlXCqlMx1bhQT61oVPyORIlcntQML0JND/eFe+uUvSN5sY1aXbkodkKJCWaL K8kIf0LbHE0ZkQzfc5e4CNqDfn2Qbn5xdlHcU0XS4CGLp8hSJZjmF5fAsHA1BRG172K4 Z+YDVEXIqaYY+cFgY//pVpftKSH/OYHJiwCSgA8Jj9fyufeNDQQ7JhhQqfxQA7FrPC7U 4D2//SjPqoK5PRE3E7WVgDSSreA8+JTGPYbyeHJJmr9vxGI5IM0ud9Hncuotj9gMI9We zu+lsj/iJBcgzUo4DljRo9Jc0Tat5+a3sFh/hXFfREWFhUfkwNOYkDZ8Ze7aoklspji3 xLow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PN3btH2euqDWyhj/RgcRNFuB9aKArS6y5Lw17W2vYDw=; b=cLz8GwijGrA0vMqKg/ZbfkQyiyHgePvWtbpPpCaqrT9nTMOqEsMNZUWgOfyVfKb0xu wMg65ZVf0mrKtLnULVtQFte0O7Vwmu+FlyY4XqgmUWI06eIK9jgPpTRqkPXA2hexKPgn 05zH30ydqpzA5o+EMkA0A7rmfUyS9n9+n+/IFBvDJNMvwsRK7mInd/CjUju0N5d2jKZv 6XGMEKZDmBzOGdujcP5WxTEqsEPWFn3cGXWOrH8XhDmmMt6d9oVVk5exO1YQciGAV2te BiSyN/YXfVRyNv2GXSkX8Zn7HzurHYddQwOaWePf534rIq+4lIOE+M3ff1Cp4OU4+XbD d/eA== X-Gm-Message-State: AOAM5307+StQ+2qzrIl5x7q2wXW7re3Up1W7dj8ESldcPplD96MIgNiP ii0bMBaNJjxJpuefOzTDl5plpqIZVtOm+BiGM8JirQ== X-Received: by 2002:a17:906:4c85:: with SMTP id q5mr8849525eju.375.1611230991153; Thu, 21 Jan 2021 04:09:51 -0800 (PST) MIME-Version: 1.0 References: <17nqrn25-rp5s-4652-o5o1-72p2oprqpq90@onlyvoer.pbz> In-Reply-To: From: Naresh Kamboju Date: Thu, 21 Jan 2021 17:39:39 +0530 Message-ID: Subject: Re: [PATCH] PM / clk: make PM clock layer compatible with clocks that must sleep To: Geert Uytterhoeven Cc: Nicolas Pitre , "Rafael J. Wysocki" , Greg Kroah-Hartman , Michael Turquette , Stephen Boyd , Russell King , Linux PM , linux-clk , open list , Mark Brown , Arnd Bergmann Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 21 Jan 2021 at 16:28, Geert Uytterhoeven wrote: > > On Thu, Jan 21, 2021 at 10:13 AM Naresh Kamboju > wrote: > > On Tue, 5 Jan 2021 at 08:48, Nicolas Pitre wrote: > > > > > > The clock API splits its interface into sleepable ant atomic contexts: > > > > > > - clk_prepare/clk_unprepare for stuff that might sleep > > > > > > - clk_enable_clk_disable for anything that may be done in atomic context > > > > > > > > > > > > > > > Signed-off-by: Nicolas Pitre > > > > > > diff --git a/drivers/base/power/clock_ops.c b/drivers/base/power/clock_ops.c > > > index ced6863a16..a62fb0f9b1 100644 > > > --- a/drivers/base/power/clock_ops.c > > > +++ b/drivers/base/power/clock_ops.c > > > > > > > > > @@ -64,17 +166,20 @@ static void pm_clk_acquire(struct device *dev, struct pm_clock_entry *ce) > > > ce->clk = clk_get(dev, ce->con_id); > > > if (IS_ERR(ce->clk)) { > > > ce->status = PCE_STATUS_ERROR; > > > + return; > > > + } else if (clk_is_enabled_when_prepared(ce->clk)) { > > > > arm-linux-gnueabihf-ld: drivers/base/power/clock_ops.o: in function > > `pm_clk_acquire': > > drivers/base/power/clock_ops.c:170: undefined reference to > > `clk_is_enabled_when_prepared' > > > > Reported-by: Naresh Kamboju > > > > This build error was noticed on arm architecture on linux next 20210121 tag. > > Following builds failed. > > - arm (omap1_defconfig) with clang-10 - FAILED > > - arm (omap1_defconfig) with clang-11 - FAILED > > > > - arm (omap1_defconfig) with gcc-8 - FAILED > > - arm (omap1_defconfig) with gcc-9 - FAILED > > - arm (omap1_defconfig) with gcc-10 - FAILED > > Missing dummy clk_is_enabled_when_prepared() for the > !CONFIG_HAVE_CLK case? I see these configs enabled in failed builds config file, CONFIG_HAVE_CLK=y CONFIG_CLKDEV_LOOKUP=y CONFIG_HAVE_LEGACY_CLK=y ref: https://builds.tuxbuild.com/1nN0vkpNP4qhvIuIJN12j7tTpQs/ - Naresh