Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp6148984rwd; Mon, 19 Jun 2023 03:08:34 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ76jWfgZplRNDL6xlDk5FHcE9CZJx1QrfnFeHN69WnOdqP2KbiZUDjprkJdF4ER7k5XaaT2 X-Received: by 2002:a9d:5e8b:0:b0:6b2:ac44:bf88 with SMTP id f11-20020a9d5e8b000000b006b2ac44bf88mr6945614otl.10.1687169314702; Mon, 19 Jun 2023 03:08:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687169314; cv=none; d=google.com; s=arc-20160816; b=Whnw8e3ZdkZs1061/kpuh8qFVniNoSpTElmP5INMQLID1yytweuemOuGSdfcANTyaj plu3fM63bbHhziK7MdODwEoA6ypRGYzkRQnVthVReIMTpg0cvgWJM1SUPoH9Sk3xJCzF 96NH5ao/uaQSvKqZ6fZluTvcxcwue+xGfl2eawEOEyU2ClWadZRSkfFA5giE5HfgBJq2 O5oWEP3gUNA2DyONLLXkFrfxZBHXk3NC9m/2yph/amn65QxYmk5jBHC2P6gZvDLPf2ob /XrnsH9P7gMfytJRajTXfNp1yS5vd0ptN2zDB3RS88Ev8bYonjEFHZXUqgjHquLZTM1G yixg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=msEi+UlIwkh2EhQroCTfV6JGGkqroCHcL+eGFJu/b3o=; b=oFTp6xuuJTZi7xPhP5QGIW99IOBScMDdYLP1JmUVEQTgs+kdQcJvjXcUun3TI6cu3f VJ7lm65JAhbq4ZynNJwv62eyTy3d+OmRwxf/E/SGq/NDn7WPp0q8HZceN3jUfITRmTZC 9hJ5yGLULV8DVjCgnztzKHg4KgtH7E3h0jSD4/IXHwXuiTgRxVaIgoOUtHXEG7DKPFUD kLToeo60P6DFF3mkpwzaAzMLsPue+fBuyP/uQK8n0rRhqgg+vxGecnqUNjTTwX+ATeoZ ZxRNomHUdRhCsPxj17PC220O+0zMsr2jnOMp352qxAG5f2DAq0FV3PPEPfvwSjeG8NdH Yguw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=ZjW8Wi2j; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s10-20020a65644a000000b0055337cf6342si8071881pgv.332.2023.06.19.03.08.15; Mon, 19 Jun 2023 03:08:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=ZjW8Wi2j; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230131AbjFSJbF (ORCPT + 99 others); Mon, 19 Jun 2023 05:31:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55766 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231719AbjFSJ3v (ORCPT ); Mon, 19 Jun 2023 05:29:51 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 084B719B2; Mon, 19 Jun 2023 02:29:22 -0700 (PDT) Received: from [IPV6:2001:b07:2ed:14ed:c5f8:7372:f042:90a2] (unknown [IPv6:2001:b07:2ed:14ed:c5f8:7372:f042:90a2]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 981056606E98; Mon, 19 Jun 2023 10:29:20 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1687166961; bh=8SdaP7ntrKluxKpCnNBDtyK/qq34xMIqJVvJvy6SKNQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=ZjW8Wi2jRcotxAKybid4GWjCNQRJ3u+9ezC6GKGFXIUoyt6qzitYC+HTZFI3v1mCZ +vV146z0N8Evfmui6O5P6t0MkonySoBX36IppFEmoVftnpuYDd1Ck6S/X4p7MRq3UA y0mugChJcc6iHDwnJ9SyKzr3f4LNAroqNcyW9fxY1cOwNsha4bsDL9S+dnorYgiVKx 1pKiIRVDzWJUivyGo+Fr4fljmu9+lZly5AlS+tKosBbgKrXmNKTIi/ojqAXm+iEZMb L4lrx0EUXLxIure/9M8rDQF8jMa81bX6aYer8mHsVvMusH1A7rzS8cF958xoB0UTay 8V05Gn1JbkjOQ== Message-ID: <590f9a11-a153-abaf-0f99-9496882ee929@collabora.com> Date: Mon, 19 Jun 2023 11:29:18 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: [PATCH v5 6/8] soc: mediatek: Add support for WAY_EN operations Content-Language: en-US To: Markus Schneider-Pargmann , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Matthias Brugger Cc: Chun-Jie Chen , Tinghan Shen , Fabien Parent , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Alexandre Bailon , Fabien Parent References: <20230619085344.2885311-1-msp@baylibre.com> <20230619085344.2885311-7-msp@baylibre.com> From: AngeloGioacchino Del Regno In-Reply-To: <20230619085344.2885311-7-msp@baylibre.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 19/06/23 10:53, Markus Schneider-Pargmann ha scritto: > From: Alexandre Bailon > > This updates the power domain to support WAY_EN operations. WAY_EN > operations on mt8365 are using a different component to check for the > acknowledgment, namely the infracfg-nao component. Also to enable a way > it the bit needs to be cleared while disabling a way needs a bit to be > set. To support these two operations two flags are added, > BUS_PROT_INVERTED and BUS_PROT_STA_COMPONENT_INFRA_NAO. Additionally > another regmap is created if the INFRA_NAO capability is set. > > This operation is required by the mt8365 for the MM power domain. > > Signed-off-by: Alexandre Bailon > Signed-off-by: Fabien Parent > Signed-off-by: Markus Schneider-Pargmann > --- > drivers/soc/mediatek/mtk-pm-domains.c | 39 +++++++++++++++++++++++---- > drivers/soc/mediatek/mtk-pm-domains.h | 7 +++-- > 2 files changed, 39 insertions(+), 7 deletions(-) > > diff --git a/drivers/soc/mediatek/mtk-pm-domains.c b/drivers/soc/mediatek/mtk-pm-domains.c > index 3cdf62c0b6bd..4659f0a0aa08 100644 > --- a/drivers/soc/mediatek/mtk-pm-domains.c > +++ b/drivers/soc/mediatek/mtk-pm-domains.c > @@ -44,6 +44,7 @@ struct scpsys_domain { > struct clk_bulk_data *clks; > int num_subsys_clks; > struct clk_bulk_data *subsys_clks; > + struct regmap *infracfg_nao; > struct regmap *infracfg; > struct regmap *smi; > struct regulator *supply; > @@ -127,13 +128,26 @@ static struct regmap *scpsys_bus_protect_get_regmap(struct scpsys_domain *pd, > return pd->infracfg; > } > > +static struct regmap *scpsys_bus_protect_get_sta_regmap(struct scpsys_domain *pd, > + const struct scpsys_bus_prot_data *bpd) > +{ > + if (bpd->flags & BUS_PROT_STA_COMPONENT_INFRA_NAO) > + return pd->infracfg_nao; > + else > + return scpsys_bus_protect_get_regmap(pd, bpd); > +} > + > static int scpsys_bus_protect_clear(struct scpsys_domain *pd, > const struct scpsys_bus_prot_data *bpd) > { > + struct regmap *sta_regmap = scpsys_bus_protect_get_sta_regmap(pd, bpd); > struct regmap *regmap = scpsys_bus_protect_get_regmap(pd, bpd); > + u32 expected_ack; > u32 val; > u32 sta_mask = bpd->bus_prot_sta_mask; > > + expected_ack = (bpd->flags & BUS_PROT_STA_COMPONENT_INFRA_NAO ? sta_mask : 0); > + > if (bpd->flags & BUS_PROT_REG_UPDATE) > regmap_clear_bits(regmap, bpd->bus_prot_clr, bpd->bus_prot_set_clr_mask); > else > @@ -142,14 +156,15 @@ static int scpsys_bus_protect_clear(struct scpsys_domain *pd, > if (bpd->flags & BUS_PROT_IGNORE_CLR_ACK) > return 0; > > - return regmap_read_poll_timeout(regmap, bpd->bus_prot_sta, > - val, !(val & sta_mask), > + return regmap_read_poll_timeout(sta_regmap, bpd->bus_prot_sta, > + val, (val & sta_mask) == expected_ack, > MTK_POLL_DELAY_US, MTK_POLL_TIMEOUT); > } > > static int scpsys_bus_protect_set(struct scpsys_domain *pd, > const struct scpsys_bus_prot_data *bpd) > { > + struct regmap *sta_regmap = scpsys_bus_protect_get_sta_regmap(pd, bpd); > struct regmap *regmap = scpsys_bus_protect_get_regmap(pd, bpd); > u32 val; > u32 sta_mask = bpd->bus_prot_sta_mask; > @@ -159,7 +174,7 @@ static int scpsys_bus_protect_set(struct scpsys_domain *pd, > else > regmap_write(regmap, bpd->bus_prot_set, bpd->bus_prot_set_clr_mask); > > - return regmap_read_poll_timeout(regmap, bpd->bus_prot_sta, > + return regmap_read_poll_timeout(sta_regmap, bpd->bus_prot_sta, > val, (val & sta_mask) == sta_mask, > MTK_POLL_DELAY_US, MTK_POLL_TIMEOUT); > } > @@ -173,7 +188,10 @@ static int scpsys_bus_protect_enable(struct scpsys_domain *pd) > if (!bpd->bus_prot_set_clr_mask) > break; > > - ret = scpsys_bus_protect_set(pd, bpd); > + if (bpd->flags & BUS_PROT_INVERTED) > + ret = scpsys_bus_protect_clear(pd, bpd); > + else > + ret = scpsys_bus_protect_set(pd, bpd); > if (ret) > return ret; > } > @@ -190,7 +208,10 @@ static int scpsys_bus_protect_disable(struct scpsys_domain *pd) > if (!bpd->bus_prot_set_clr_mask) > continue; > > - ret = scpsys_bus_protect_clear(pd, bpd); > + if (bpd->flags & BUS_PROT_INVERTED) > + ret = scpsys_bus_protect_set(pd, bpd); > + else > + ret = scpsys_bus_protect_clear(pd, bpd); > if (ret) > return ret; > } > @@ -377,6 +398,14 @@ generic_pm_domain *scpsys_add_one_domain(struct scpsys *scpsys, struct device_no > return ERR_CAST(pd->smi); > } > > + pd->infracfg_nao = syscon_regmap_lookup_by_phandle(node, "mediatek,infracfg-nao"); If we don't expect infracfg-nao to be present, what's the point about trying to get a regmap handle and then failing only if we do expect it to be there? At this point you can just do... if (MTK_SCPD_CAPS(pd, MTK_SCPD_HAS_INFRA_NAO)) { pd->infracfg_nao = syscon_regmap_lookup_by_phandle(...); if (IS_ERR(....)) return .... } > + if (IS_ERR(pd->infracfg_nao)) { > + if (MTK_SCPD_CAPS(pd, MTK_SCPD_HAS_INFRA_NAO)) > + return ERR_CAST(pd->infracfg_nao); > + > + pd->infracfg_nao = NULL; > + } > + > num_clks = of_clk_get_parent_count(node); > if (num_clks > 0) { > /* Calculate number of subsys_clks */ > diff --git a/drivers/soc/mediatek/mtk-pm-domains.h b/drivers/soc/mediatek/mtk-pm-domains.h > index 356788263db2..562d4e92ce16 100644 > --- a/drivers/soc/mediatek/mtk-pm-domains.h > +++ b/drivers/soc/mediatek/mtk-pm-domains.h > @@ -11,6 +11,7 @@ > /* can't set MTK_SCPD_KEEP_DEFAULT_OFF at the same time */ > #define MTK_SCPD_ALWAYS_ON BIT(5) > #define MTK_SCPD_EXT_BUCK_ISO BIT(6) > +#define MTK_SCPD_HAS_INFRA_NAO BIT(7) > #define MTK_SCPD_CAPS(_scpd, _x) ((_scpd)->data->caps & (_x)) > > #define SPM_VDE_PWR_CON 0x0210 > @@ -45,8 +46,10 @@ > enum scpsys_bus_prot_flags { > BUS_PROT_REG_UPDATE = BIT(1), > BUS_PROT_IGNORE_CLR_ACK = BIT(2), > - BUS_PROT_COMPONENT_INFRA = BIT(3), > - BUS_PROT_COMPONENT_SMI = BIT(4), > + BUS_PROT_INVERTED = BIT(3), I get the reason why you're setting inverted as bit 3, but at that point you can just set BUS_PROT_COMPONENT_INFRA to bit 4 from the very beginning, instead of using bit 3 for that and then changing them all in a subsequent commit (this one). Cheers, Angelo