Received: by 2002:a05:7412:bbc7:b0:fc:a2b0:25d7 with SMTP id kh7csp980624rdb; Fri, 2 Feb 2024 09:36:18 -0800 (PST) X-Google-Smtp-Source: AGHT+IGcPr7sEPh4pJoiSHSfS9/9sbArLpmAuQl1uz/eG+Xg1SLLOwUQ1qTNZgMFR1oft0p/WU5G X-Received: by 2002:a17:902:e88f:b0:1d5:e413:c139 with SMTP id w15-20020a170902e88f00b001d5e413c139mr3388652plg.24.1706895378577; Fri, 02 Feb 2024 09:36:18 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706895378; cv=pass; d=google.com; s=arc-20160816; b=BIC+d6Mf6qR3+yH4ZUkUPpdOdszgFJHNoQclN1gAdbex/JBd/K+nnCTGIbZeft3eej 2+DPX0VGbofY4Dd6ICYl8ZZTzQJhyk9pCeGXFDQVWIr9axqmc6h/bybDZC7qfVbt8Spy ffkYvJLitj8L67xGvVQfesBXfWvkXjLiRQbTrtO/aNVihT7rc6oRpbAV5uQ8kT/l8jJf 4Kr8IIiMtphBXNDP21p1zjyeaHn1NmtN3LyJLN3NCWYkFzyu4P64H8OTU4WNi8x8IluT vY5VircdeSgLcpSJmM/ac1qcVzEOwfYJl2flKE6X6nBkHepSIiYodzLR6/Yt7HYkBHti KPLQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:dkim-signature; bh=hK6Yd7+9aej+GmdV9oJUyM6c5777FS7g6eogrpdRUjM=; fh=UseDxLDDvAPsDY2fZKlpA3csur5fXg2Y0I9nCtgbf+M=; b=ZrbAZQa0Rm8mlQetKmbOB/8ibTA9omv9xYk+rjc5PGLxp5jY1/L+aJWQ1decS8n2Md Dts4r9vHxvDAi4Cwnw4fT2q21BIPuc/FSytqu+4vpbh45IIGlgow8b3qPYpYsHCM8vVi zKOQ4lQ/axl0vlWxaDC4buFmDE5U7XeJ4PS0ZbTBWOpN+fl9OusOxhKBEPAXVXb5rP5s jSFkiWLG6z3JAEXe5u12gPYibEZbKMS5+GHxmxgZ2Jl3ov3Dqpr734qlTfTmSVVyOCeU j8BcdvqofaZvTyLje8TQ+tgMeI7Lb8nOhAkv/CDrKdLsrFiQ6blZ1rmsIoOJbsyEMdc/ 22Mw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=kn60Xern; arc=pass (i=1 spf=pass spfdomain=linaro.org dkim=pass dkdomain=linaro.org dmarc=pass fromdomain=linaro.org); spf=pass (google.com: domain of linux-kernel+bounces-50245-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-50245-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org X-Forwarded-Encrypted: i=1; AJvYcCUqcCeC1/2y6H4STsvzPtid01NcmYPsgsqR3lHaWKSPSPdVCHt0I+99S507/Qlu1luGRAdd3fsXaTvKBqtJz6s2TUuYqrMZOV12YNYArQ== Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id j15-20020a170902da8f00b001d97804deb2si993953plx.459.2024.02.02.09.36.18 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 02 Feb 2024 09:36:18 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-50245-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=kn60Xern; arc=pass (i=1 spf=pass spfdomain=linaro.org dkim=pass dkdomain=linaro.org dmarc=pass fromdomain=linaro.org); spf=pass (google.com: domain of linux-kernel+bounces-50245-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-50245-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 3C9EF283592 for ; Fri, 2 Feb 2024 17:36:18 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C4D2014C588; Fri, 2 Feb 2024 17:35:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="kn60Xern" Received: from mail-pg1-f169.google.com (mail-pg1-f169.google.com [209.85.215.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 20DCA14AD2C for ; Fri, 2 Feb 2024 17:35:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706895356; cv=none; b=S2PFqS+zLEjyt2xVUQ7VLLKmskmS3L/61wMLcNjHOmNuBbXS2tz8gBZjHGUgKHdsjfXwlo7kM8TzDLIJqhohSPIFcHaAIcnKHKEeo7XtLRRSXdb/IRfvP7tN6wREbrTKlVJDU4LSEB9MTqYZ8b+tmkKcOzZkxwcL1fT29BmyffE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706895356; c=relaxed/simple; bh=I+woOImkyJZzczt7iw8KJEFtdYXMANmHmXPgzPa6daM=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=OfTftai5HH4oJeTwQf0Ex61w9SVbyVS8JU1IwFHBqDWI4MxtGd/RszgZaLhTNxcdErVKqkaXvC3AEyU3ihFoXf2qp0WeB2W6RcZFwE/LiV6tCRohtwB62OEFe/CnhKpSSw7/zODOdMPxPqx4kE1MKS5SSaAT00ECSsl18I14pYE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=kn60Xern; arc=none smtp.client-ip=209.85.215.169 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-pg1-f169.google.com with SMTP id 41be03b00d2f7-5cddc5455aeso2102635a12.1 for ; Fri, 02 Feb 2024 09:35:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1706895353; x=1707500153; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=hK6Yd7+9aej+GmdV9oJUyM6c5777FS7g6eogrpdRUjM=; b=kn60XernSky5MHMjrTOYaAzJPoyz5C9pUeSQO6B9IfmarxbMoSdDGi5MvjdAH1IAZH eApD8fR0/MaTXIoq1Q+z+SsICwo7KEnREwNXv0lPbpwICPWrws16m2ecD4l/Oyg72hzu tNHgjslB5lbR0sCCSozRLBkpRMQjTNe0T7u6Vk+elnw9uyWbeh3vozFVl2/4s/PTu+jV AfgVah9zWvsjAPRMb4g6Dz8BsyRbl7BucvNhNiVyoPhZ+2eiNxTtobhYKxgmnhskd2s9 EX/SP777/IaaSOh0BCsWtFuzM+NmakcAdQtbS9UXhrJ9Iw6t+hSwrbjDEFemXMl0fa3a Bjhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706895353; x=1707500153; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=hK6Yd7+9aej+GmdV9oJUyM6c5777FS7g6eogrpdRUjM=; b=MhYXcHe5IYe6RC2ZmNVvIN/x1IGUrqMl9PISpDnHsSjgIozXLiMLDrNGTeL0lP0Dwi ALBjDj1lUiF+3TPGZoTyobAcQIrH2rdFBhHCRlDwCLCJxCWHryzoeZFgaD2yhMnPGqrJ PfVOJ06+w5sW9eJGZb3YatrUAVfW0RzbCMh8cy3H87okxIj/n+47yfuZiHvl5nYZhrYv sog8cH2R3p4lGWb+r9epcGPwSV0vTc/KPrPcT5mu3AzfMKzyM6iDriINTPoUldjxSUFY Jx3LJXZwMJQ+fFQBT4U29PdbSY4lfHIxRHIfWo9KfUEUTIfyW1pEFVr/jdwo8MkrF/8h y/LA== X-Gm-Message-State: AOJu0YwWgPoUbxskPLBOiGOsJeqGRlk9Y/ytRpsI5ElG0yRgI9NQRe/2 GwrROUaCD5SKs8O7mTUH0835fNqqBYoU5ofkNRg7WaAK6bqLEC+F1QJmQP10MbkX/uMeoY+iPvx MXdon6QiGmNSFZavZos1djXwqMydF5WQ6/wYOoA== X-Received: by 2002:a05:6a20:3b1d:b0:199:37ce:2370 with SMTP id c29-20020a056a203b1d00b0019937ce2370mr2427310pzh.23.1706895353302; Fri, 02 Feb 2024 09:35:53 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20240202145731.4082033-1-peter.griffin@linaro.org> <20240202145731.4082033-2-peter.griffin@linaro.org> In-Reply-To: <20240202145731.4082033-2-peter.griffin@linaro.org> From: Sam Protsenko Date: Fri, 2 Feb 2024 11:35:42 -0600 Message-ID: Subject: Re: [PATCH v3 1/2] soc: samsung: exynos-pmu: Add regmap support for SoCs that protect PMU regs To: Peter Griffin Cc: arnd@arndb.de, krzysztof.kozlowski@linaro.org, linux@roeck-us.net, wim@linux-watchdog.org, alim.akhtar@samsung.com, jaewon02.kim@samsung.com, kernel-team@android.com, alexey.klimov@linaro.org, tudor.ambarus@linaro.org, andre.draszik@linaro.org, saravanak@google.com, willmcvicker@google.com, linux-fsd@tesla.com, linux-watchdog@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Feb 2, 2024 at 8:57=E2=80=AFAM Peter Griffin wrote: > > Some Exynos based SoCs like Tensor gs101 protect the PMU registers for > security hardening reasons so that they are only write accessible in el3 > via an SMC call. > > As most Exynos drivers that need to write PMU registers currently obtain = a > regmap via syscon (phys, pinctrl, watchdog). Support for the above usecas= e > is implemented in this driver using a custom regmap similar to syscon to > handle the SMC call. Platforms that don't secure PMU registers, get a mmi= o > regmap like before. As regmaps abstract out the underlying register acces= s > changes to the leaf drivers are minimal. > > A new API exynos_get_pmu_regmap_by_phandle() is provided for leaf drivers > that currently use syscon_regmap_lookup_by_phandle(). This also handles > deferred probing. > > Signed-off-by: Peter Griffin > --- > Changes since v2 > - Add select REGMAP to Kconfig > - Add constant for SET/CLEAR bits > - Replace kerneldoc with one line comment > - Fix kerneldoc for EXPORT_SYMBOL_GPL funcs > - remove superflous extern keyword > - dev_err_probe() on probe error > - shorten regmcfg name > - no compatibles inside probe, use match data > - don't mix declarations with/without initializations > - tensor_sec_reg_read() use mmio to avoid access restrictions > - Collect up Reviewed-by > - const for regmap_config structs > --- > drivers/soc/samsung/Kconfig | 1 + > drivers/soc/samsung/exynos-pmu.c | 233 ++++++++++++++++++++++++- > drivers/soc/samsung/exynos-pmu.h | 1 + > include/linux/soc/samsung/exynos-pmu.h | 11 +- > 4 files changed, 241 insertions(+), 5 deletions(-) > > diff --git a/drivers/soc/samsung/Kconfig b/drivers/soc/samsung/Kconfig > index 27ec99af77e3..1a5dfdc978dc 100644 > --- a/drivers/soc/samsung/Kconfig > +++ b/drivers/soc/samsung/Kconfig > @@ -42,6 +42,7 @@ config EXYNOS_PMU > depends on ARCH_EXYNOS || ((ARM || ARM64) && COMPILE_TEST) > select EXYNOS_PMU_ARM_DRIVERS if ARM && ARCH_EXYNOS > select MFD_CORE > + select REGMAP_MMIO > > # There is no need to enable these drivers for ARMv8 > config EXYNOS_PMU_ARM_DRIVERS > diff --git a/drivers/soc/samsung/exynos-pmu.c b/drivers/soc/samsung/exyno= s-pmu.c > index 250537d7cfd6..adf3549370d6 100644 > --- a/drivers/soc/samsung/exynos-pmu.c > +++ b/drivers/soc/samsung/exynos-pmu.c > @@ -5,6 +5,7 @@ > // > // Exynos - CPU PMU(Power Management Unit) support > > +#include > #include > #include > #include > @@ -12,19 +13,130 @@ > #include > #include > #include > +#include > > #include > #include > > #include "exynos-pmu.h" > > +#define PMUALIVE_MASK GENMASK(14, 0) Are you sure it's not GENMASK(13, 0)? Because SET_BITS has bit #14 set, which overlaps with bit #14 from PMUALIVE_MASK, when being added in tensor_set_bit_atomic(). This also can be aligned with below definitions. > +#define SET_BITS 0xc000 > +#define CLEAR_BITS 0x8000 All 3 above values seem to be gs101 specific. At least I can't find any similar atomic registers in Exynos850 TRM, in PMU block. So I'd suggest also adding TENSOR_ prefix to those to make it clear and to prevent possible naming conflicts in future. Also, not sure if it makes things better, but FWIW: #define CLEAR_BITS BIT(15) #define SET_BITS (BIT(15) | BIT(14)) Just to show that those two bits don't overlap with PMUALIVE_MASK (if it can be fixed to 13:0), and show their relation. If I understand correctly what's going on anyway. > + > +#define TENSOR_SMC_PMU_SEC_REG 0x82000504 > +#define TENSOR_PMUREG_READ 0 > +#define TENSOR_PMUREG_WRITE 1 > +#define TENSOR_PMUREG_RMW 2 > + > struct exynos_pmu_context { > struct device *dev; > const struct exynos_pmu_data *pmu_data; > + struct regmap *pmureg; > }; > > void __iomem *pmu_base_addr; > static struct exynos_pmu_context *pmu_context; > +static struct platform_driver exynos_pmu_driver; Just an idea: maybe add a comment saying it's a forward declaration, and the variable is assigned below, as it might be confusing. Not sure if it's worth it though. > + > +/* > + * Tensor SoCs are configured so that PMU_ALIVE registers can only be wr= itten > + * from EL3, but are still read accessible. As Linux needs to write some= of > + * these registers, the following functions are provided and exposed via > + * regmap. > + * > + * Note: This SMC interface is known to be implemented on gs101 and deri= vative > + * SoCs. > + */ > + > +/* Write to a protected PMU register. */ > +static int tensor_sec_reg_write(void *base, unsigned int reg, unsigned i= nt val) > +{ > + struct arm_smccc_res res; > + unsigned long pmu_base =3D (unsigned long)base; > + > + arm_smccc_smc(TENSOR_SMC_PMU_SEC_REG, pmu_base + reg, > + TENSOR_PMUREG_WRITE, val, 0, 0, 0, 0, &res); > + > + /* returns -EINVAL if access isn't allowed or 0 */ > + if (res.a0) > + pr_warn("%s(): SMC failed: %d\n", __func__, (int)res.a0); > + > + return (int)res.a0; > +} > + > +/* Read/Modify/Write a protected PMU register. */ > +static int tensor_sec_reg_rmw(void *base, unsigned int reg, > + unsigned int mask, unsigned int val) > +{ > + struct arm_smccc_res res; > + unsigned long pmu_base =3D (unsigned long)base; > + > + arm_smccc_smc(TENSOR_SMC_PMU_SEC_REG, pmu_base + reg, > + TENSOR_PMUREG_RMW, mask, val, 0, 0, 0, &res); > + > + /* returns -EINVAL if access isn't allowed or 0*/ > + if (res.a0) > + pr_warn("%s(): SMC failed: %d\n", __func__, (int)res.a0); > + > + return (int)res.a0; > +} > + > +/* > + * Read a protected PMU register. All PMU registers can be read by Linux= . > + * Note: The SMC read register is not used, as only registers that can b= e > + * written are readable via SMC. > + */ > +static int tensor_sec_reg_read(void *base, unsigned int reg, unsigned in= t *val) > +{ > + *val =3D pmu_raw_readl(reg); > + return 0; > +} > + > +/* > + * For SoCs that have set/clear bit hardware this function can be used w= hen > + * the PMU register will be accessed by multiple masters. > + * > + * For example, to set bits 13:8 in PMU reg offset 0x3e80 > + * tensor_set_bit_atomic(0x3e80, 0x3f00, 0x3f00); > + * > + * To clear bits 13:8 in PMU offset 0x3e80 > + * tensor_set_bit_atomic(0x3e80, 0x0, 0x3f00); > + */ > +static inline int tensor_set_bit_atomic(void *ctx, unsigned int offset, set_bit -> set_bits? > + u32 val, u32 mask) > +{ > + int ret; > + unsigned int i; > + > + for (i =3D 0; i < 32; i++) { > + if (mask & BIT(i)) { Maybe replace it with: if (!(mask & BIT(i))) continue; to reduce the indentation level? > + if (val & BIT(i)) > + offset |=3D SET_BITS; > + else > + offset |=3D CLEAR_BITS; What if someone calls this functions like this: tensor_set_bit_atomic(0x3e80, 0x100, 0x3f00); which means "set bit #8, and clear bits 13:9). But because the offset variable will hold SET_BITS set during bit #8 handling, bits 13:9 are also going to be set, effectively making that call act like tensor_set_bit_atomic(0x3e80, 0x3f00, 0x3f00) instead. So I'd add something like: offset &=3D ~SET_BITS; before doing |=3D operations. > + > + ret =3D tensor_sec_reg_write(ctx, offset, i); > + if (ret) > + goto out; Maybe remove "out" and just do return ret here? > + } > + } > +out: > + return ret; > +} > + > +static int tensor_sec_update_bits(void *ctx, unsigned int reg, > + unsigned int mask, unsigned int val) > +{ > + /* > + * Use atomic operations for PMU_ALIVE registers (offset 0~0x3FFF= ) > + * as the target registers can be accessed by multiple masters. > + */ > + if (reg > PMUALIVE_MASK) > + return tensor_sec_reg_rmw(ctx, reg, mask, val); > + > + return tensor_set_bit_atomic(ctx, reg, val, mask); > +} > > void pmu_raw_writel(u32 val, u32 offset) > { > @@ -75,11 +187,41 @@ void exynos_sys_powerdown_conf(enum sys_powerdown mo= de) > #define exynos_pmu_data_arm_ptr(data) NULL > #endif > > +static const struct regmap_config regmap_smccfg =3D { > + .name =3D "pmu_regs", > + .reg_bits =3D 32, > + .reg_stride =3D 4, > + .val_bits =3D 32, > + .fast_io =3D true, > + .use_single_read =3D true, > + .use_single_write =3D true, > + .reg_read =3D tensor_sec_reg_read, > + .reg_write =3D tensor_sec_reg_write, > + .reg_update_bits =3D tensor_sec_update_bits, > +}; > + > +static const struct regmap_config regmap_mmiocfg =3D { > + .name =3D "pmu_regs", > + .reg_bits =3D 32, > + .reg_stride =3D 4, > + .val_bits =3D 32, > + .fast_io =3D true, > + .use_single_read =3D true, > + .use_single_write =3D true, > +}; > + > +static const struct exynos_pmu_data gs101_pmu_data =3D { > + .pmu_secure =3D true > +}; > + > /* > * PMU platform driver and devicetree bindings. > */ > static const struct of_device_id exynos_pmu_of_device_ids[] =3D { > { > + .compatible =3D "google,gs101-pmu", > + .data =3D &gs101_pmu_data, > + }, { > .compatible =3D "samsung,exynos3250-pmu", > .data =3D exynos_pmu_data_arm_ptr(exynos3250_pmu_data), > }, { > @@ -113,19 +255,73 @@ static const struct mfd_cell exynos_pmu_devs[] =3D = { > { .name =3D "exynos-clkout", }, > }; > > +/** > + * exynos_get_pmu_regmap() - Obtain pmureg regmap > + * > + * Find the pmureg regmap previously configured in probe() and return re= gmap > + * pointer. > + * > + * Return: A pointer to regmap if found or ERR_PTR error value. > + */ > struct regmap *exynos_get_pmu_regmap(void) > { > struct device_node *np =3D of_find_matching_node(NULL, > exynos_pmu_of_devic= e_ids); > if (np) > - return syscon_node_to_regmap(np); > + return exynos_get_pmu_regmap_by_phandle(np, NULL); > return ERR_PTR(-ENODEV); > } > EXPORT_SYMBOL_GPL(exynos_get_pmu_regmap); > > +/** > + * exynos_get_pmu_regmap_by_phandle() - Obtain pmureg regmap via phandle > + * @np: Pointer to device's Device Tree node > + * @property: Device Tree property name which references the pmu > + * > + * Find the pmureg regmap previously configured in probe() and return re= gmap > + * pointer. > + * > + * Return: A pointer to regmap if found or ERR_PTR error value. > + */ > +struct regmap *exynos_get_pmu_regmap_by_phandle(struct device_node *np, > + const char *property) > +{ > + struct device *dev; > + struct exynos_pmu_context *ctx; > + struct device_node *pmu_np; > + > + if (property) > + pmu_np =3D of_parse_phandle(np, property, 0); > + else > + pmu_np =3D np; > + > + if (!pmu_np) > + return ERR_PTR(-ENODEV); > + > + /* > + * Determine if exynos-pmu device has probed and therefore regmap > + * has been created and can be returned to the caller. Otherwise = we > + * return -EPROBE_DEFER. > + */ > + dev =3D driver_find_device_by_of_node(&exynos_pmu_driver.driver, > + (void *)pmu_np); > + > + of_node_put(pmu_np); > + if (!dev) > + return ERR_PTR(-EPROBE_DEFER); > + > + ctx =3D dev_get_drvdata(dev); > + > + return ctx->pmureg; > +} > +EXPORT_SYMBOL_GPL(exynos_get_pmu_regmap_by_phandle); > + > static int exynos_pmu_probe(struct platform_device *pdev) > { > struct device *dev =3D &pdev->dev; > + struct regmap_config pmu_regmcfg; > + struct regmap *regmap; > + struct resource *res; > int ret; > > pmu_base_addr =3D devm_platform_ioremap_resource(pdev, 0); > @@ -133,13 +329,42 @@ static int exynos_pmu_probe(struct platform_device = *pdev) > return PTR_ERR(pmu_base_addr); > > pmu_context =3D devm_kzalloc(&pdev->dev, > - sizeof(struct exynos_pmu_context), > - GFP_KERNEL); > + sizeof(struct exynos_pmu_context), > + GFP_KERNEL); > if (!pmu_context) > return -ENOMEM; > - pmu_context->dev =3D dev; > + > + res =3D platform_get_resource(pdev, IORESOURCE_MEM, 0); > + if (!res) > + return -ENODEV; > + > pmu_context->pmu_data =3D of_device_get_match_data(dev); > > + /* For SoCs that secure PMU register writes use custom regmap */ > + if (pmu_context->pmu_data && pmu_context->pmu_data->pmu_secure) { > + pmu_regmcfg =3D regmap_smccfg; > + pmu_regmcfg.max_register =3D resource_size(res) - > + pmu_regmcfg.reg_stride; > + /* Need physical address for SMC call */ > + regmap =3D devm_regmap_init(dev, NULL, > + (void *)(uintptr_t)res->start, > + &pmu_regmcfg); > + } else { > + /* all other SoCs use a MMIO regmap */ Suggest starting with a capital letter, for consistency with previous comme= nts. > + pmu_regmcfg =3D regmap_mmiocfg; > + pmu_regmcfg.max_register =3D resource_size(res) - > + pmu_regmcfg.reg_stride; > + regmap =3D devm_regmap_init_mmio(dev, pmu_base_addr, > + &pmu_regmcfg); > + } > + > + if (IS_ERR(regmap)) > + dev_err_probe(&pdev->dev, PTR_ERR(regmap), > + "regmap init failed\n"); Why not "return dev_err_probe()"? Is it ok to continue with no regmap creat= ed? > + > + pmu_context->pmureg =3D regmap; > + pmu_context->dev =3D dev; > + > if (pmu_context->pmu_data && pmu_context->pmu_data->pmu_init) > pmu_context->pmu_data->pmu_init(); > > diff --git a/drivers/soc/samsung/exynos-pmu.h b/drivers/soc/samsung/exyno= s-pmu.h > index 1c652ffd79b4..0a49a2c9a08e 100644 > --- a/drivers/soc/samsung/exynos-pmu.h > +++ b/drivers/soc/samsung/exynos-pmu.h > @@ -21,6 +21,7 @@ struct exynos_pmu_conf { > struct exynos_pmu_data { > const struct exynos_pmu_conf *pmu_config; > const struct exynos_pmu_conf *pmu_config_extra; > + bool pmu_secure; > > void (*pmu_init)(void); > void (*powerdown_conf)(enum sys_powerdown); > diff --git a/include/linux/soc/samsung/exynos-pmu.h b/include/linux/soc/s= amsung/exynos-pmu.h > index a4f5516cc956..406ed73614fd 100644 > --- a/include/linux/soc/samsung/exynos-pmu.h > +++ b/include/linux/soc/samsung/exynos-pmu.h > @@ -20,12 +20,21 @@ enum sys_powerdown { > > extern void exynos_sys_powerdown_conf(enum sys_powerdown mode); > #ifdef CONFIG_EXYNOS_PMU > -extern struct regmap *exynos_get_pmu_regmap(void); > +struct regmap *exynos_get_pmu_regmap(void); > + Usually empty line delimeter is not needed in cases like that. > +struct regmap *exynos_get_pmu_regmap_by_phandle(struct device_node *np, > + const char *property); > #else > static inline struct regmap *exynos_get_pmu_regmap(void) > { > return ERR_PTR(-ENODEV); > } > + > +static inline struct regmap *exynos_get_pmu_regmap_by_phandle(struct dev= ice_node *np, > + const char = *property) > +{ > + return ERR_PTR(-ENODEV); > +} > #endif > > #endif /* __LINUX_SOC_EXYNOS_PMU_H */ > -- > 2.43.0.594.gd9cf4e227d-goog >