Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp7105007ybl; Mon, 23 Dec 2019 18:24:44 -0800 (PST) X-Google-Smtp-Source: APXvYqzf22I1M+IZZiWERWSimzte0GhKkqbgBEyLXvxkZn7KOtnrYL1OmB7DvmT8jtQi9cEy6aMy X-Received: by 2002:a05:6830:1292:: with SMTP id z18mr726394otp.148.1577154284570; Mon, 23 Dec 2019 18:24:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577154284; cv=none; d=google.com; s=arc-20160816; b=Yb1JQOwXIOh6A+8x+aDUpKAN6InadgOWUSdbd3lG1nvwBhTR7UJDJbG1nocftPgQIX EYzIPmaLA36eUFYDzPT4KJVYzvA7LvuHMRjmFLK+HRLsmJZ14ETt+kBdqH1mjPs6Kgyq aq38uQ+lrZD00OhyIQHpVfd+2sNnSw41q64n+heurjh5WWz5Wt2bYJg9wwoHnbr6rQCQ e8es67veXEQOC7H0SBCkk1bK+JgkIUt3QrukN28023rjC+S2//FaHQn0xUBaGZU5Adqi MEG9vwCiUYpq7n3QMcYaVNhSg8/G8VPdPZUM2dfb0iiL8dpyFnAh2MOHz6Y11dWz97Rm JzNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:user-agent:subject:to :from:cc:references:in-reply-to:content-transfer-encoding :mime-version:dkim-signature; bh=XJ9JITLmwdf80EOFydieyUOUz6a55wZomRt4ps7NLFE=; b=fwChw9tAAEjIbOteoSSTunYpgXk62wrPXlv4oU4lYqdAGVGp6co/7Lee6IwjvJadxi 5IB+kh1Tg/YLkJj2Qn9aRU88j6XeFI5FSc8qkU6IVSYVBwj9ck2cCiUhpgNH9ZwwKNkm Jdp0c4Gj0ZGkWrCfHK6gMRfwvpvymT1mfk+MHvMPmSN+NK1fGl/Y+MBHhJ+8via+qzIF OfP70+fM0NnloKbPvpLIegjMKjHVir5cb6x72t7fCGEZCbn/6gzp6AKD9LPzAP8lfTYi 8I2T/bQYKJfRt7f82qejjEqlNvUcAjbBQBZcohIAh0ucUt1OLr9aXYeUE6K8DAdCZALX Nzdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pSG0k0KP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j16si11205780otp.316.2019.12.23.18.24.29; Mon, 23 Dec 2019 18:24:44 -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=@kernel.org header.s=default header.b=pSG0k0KP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727008AbfLXCXr (ORCPT + 99 others); Mon, 23 Dec 2019 21:23:47 -0500 Received: from mail.kernel.org ([198.145.29.99]:49582 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726853AbfLXCXr (ORCPT ); Mon, 23 Dec 2019 21:23:47 -0500 Received: from kernel.org (unknown [104.132.0.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 88B19206D3; Tue, 24 Dec 2019 02:23:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1577154226; bh=i/4RixDGm7OVkiprAgvG4z6zsJr6mHiW3CzJm5Mue6s=; h=In-Reply-To:References:Cc:From:To:Subject:Date:From; b=pSG0k0KPia6EbWBPVTSbmITquBiI+BiKKoYQqeWlZNwywPkdDjQLmJBj6zeqXhPYd Ccz1C9mkqGJ4s10ctuCAlFJIC9l84ogGJJUUIvILlfqqSAigJmY6klz+stmTMgEUxo OMvEIeE9y/s4FP5aDeB+IiWJN0bqpbbz7AXZ5RjY= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20191217171205.5492-1-jeffrey.l.hugo@gmail.com> <20191219060020.573342146E@mail.kernel.org> Cc: Michael Turquette , Andy Gross , Bjorn Andersson , MSM , linux-clk@vger.kernel.org, lkml From: Stephen Boyd To: Jeffrey Hugo Subject: Re: [PATCH] clk: qcom: Make gcc_gpu_cfg_ahb_clk critical User-Agent: alot/0.8.1 Date: Mon, 23 Dec 2019 18:23:45 -0800 Message-Id: <20191224022346.88B19206D3@mail.kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Jeffrey Hugo (2019-12-19 06:20:23) > On Wed, Dec 18, 2019 at 11:00 PM Stephen Boyd wrote: > > > > Quoting Jeffrey Hugo (2019-12-17 09:12:05) > > > diff --git a/drivers/clk/qcom/gcc-msm8998.c b/drivers/clk/qcom/gcc-ms= m8998.c > > > index df1d7056436c..26cc1458ce4a 100644 > > > --- a/drivers/clk/qcom/gcc-msm8998.c > > > +++ b/drivers/clk/qcom/gcc-msm8998.c > > > @@ -2044,6 +2044,7 @@ static struct clk_branch gcc_gpu_cfg_ahb_clk = =3D { > > > .hw.init =3D &(struct clk_init_data){ > > > .name =3D "gcc_gpu_cfg_ahb_clk", > > > .ops =3D &clk_branch2_ops, > > > + .flags =3D CLK_IS_CRITICAL, /* to access gpuc= c */ > > > > Can we not do the thing that Bjorn did to turn on ahb clks with runtime > > PM for clk controllers that need them? See 892df0191b29 ("clk: qcom: Add > > QCS404 TuringCC"). > > >=20 > Interesting. I didn't think of that solution, nor was I aware of that > change. Let me have a look. Thanks for the tip. The other option is to just always turn the clk on and leave it enabled forever. I believe Bjorn had to use runtime PM because the clk would turn off when the subsystem was reset. Maybe in the GPU case that isn't true so we can just turn on the AHB and not try anything else. If that works then I'd prefer that so we can save on code/data size.