Received: by 2002:a5d:925a:0:0:0:0:0 with SMTP id e26csp85544iol; Wed, 8 Jun 2022 22:43:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzokj36gKThEuSLHSyFTSe+/9+JlsZgK6hOdMbh18s262zlofIgIHXRHjOX2wIi65xZwX1W X-Received: by 2002:a17:903:2444:b0:167:5fe8:4a16 with SMTP id l4-20020a170903244400b001675fe84a16mr26683252pls.20.1654753389615; Wed, 08 Jun 2022 22:43:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654753389; cv=none; d=google.com; s=arc-20160816; b=FWOVZE7G83NCgAZzT5wd6G/1v7I3jXUkWjLg4m2emxqG8Q6GGNEYtarCUEs787AIir OlpKn2SvS2dXXOCCxcg7s9hvucmLPsAcu4FtWrMDvEKFTOnRKRMQoQK26ZDRC1fv5G5I s1v+SlSmc36jdl/X0gJU0mDZe/7/QBlmOO+iNmB2ZU868XIbjArK9nsRD1DtbBi2zNjg PBJNPeCzwtZ/ufah8CsLGASNHNKJMenaCOcy8H+5+Un7Cdx9DBaJFhPXyDG5HJRi5ho6 YORld5Y+THjVu8lEWyv5/PlJW91lilDlhrrj84YvWyJ9st7lA9lSpBppfifjP2k14WbZ kYDA== 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=NreYpjI2tvU1pfvnsvaeg1cuFNq5oH6bm3FWB7Ea/c0=; b=NEAVOAjrvZk8lNMpI2hdZPA4tEPToKIbitOhOlPIn/nQ0ZdJhDH04AxEzfTbnaTLzh s7BnJNT6RZUvicKjB03UDaZlH4IXhPLA4PKyZsiofoMBpclm34rZjDjnjXO0SAgomQie nksk7qLZNUzb74U+gOm7zQVP++ZNgVMypYMoWkpHVvst4JLg5tdKZQg1TICdZa9mApHM 8xUlzcdQCsW45vNSucDodzd0sz9FwXxGvkyy2/K9K39JV5IE4i6h1oxPm2crLRSC2xEw Vj1i/BuJXqmHv93nqv0A8IBWSWHFbMTfz3puX4GyfcUbtm68vZxfpywj26jQ4PNiHfZ+ rk+g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=MDo8CvvF; 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=NONE sp=NONE dis=NONE) header.from=quicinc.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m2-20020a632602000000b003fbec4a05e2si33183921pgm.271.2022.06.08.22.42.56; Wed, 08 Jun 2022 22:43:09 -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=@quicinc.com header.s=qcdkim header.b=MDo8CvvF; 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=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238164AbiFIFUo (ORCPT + 99 others); Thu, 9 Jun 2022 01:20:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60858 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236745AbiFIFUn (ORCPT ); Thu, 9 Jun 2022 01:20:43 -0400 Received: from alexa-out.qualcomm.com (alexa-out.qualcomm.com [129.46.98.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E29572D6A94; Wed, 8 Jun 2022 22:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1654752040; x=1686288040; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=NreYpjI2tvU1pfvnsvaeg1cuFNq5oH6bm3FWB7Ea/c0=; b=MDo8CvvFYCDkvqXwmbUDyH3yV3w9LBDtK9/auLWwG9rAy3z1C9xouMqJ UJGHeUYrePfktRBiQgYMEFNIqrCMKg4io2dz5UJXBTHZV235HbsSy297b pSxp9jLGysaj6R/vp57jkDiIF+CN+GWocDkPWl7lPIty31LRWgZfoq+Io g=; Received: from ironmsg07-lv.qualcomm.com ([10.47.202.151]) by alexa-out.qualcomm.com with ESMTP; 08 Jun 2022 22:20:36 -0700 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg07-lv.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 22:20:36 -0700 Received: from nalasex01a.na.qualcomm.com (10.47.209.196) by nasanex01c.na.qualcomm.com (10.47.97.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Wed, 8 Jun 2022 22:20:35 -0700 Received: from [10.50.19.103] (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Wed, 8 Jun 2022 22:20:31 -0700 Message-ID: Date: Thu, 9 Jun 2022 10:50:27 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Subject: Re: [PATCH V14 7/9] regulator: Add a regulator driver for the PM8008 PMIC Content-Language: en-US To: Stephen Boyd , Bjorn Andersson , Rob Herring CC: Lee Jones , Liam Girdwood , Mark Brown , , , , , , References: <1654602615-28849-1-git-send-email-quic_c_skakit@quicinc.com> <1654602615-28849-8-git-send-email-quic_c_skakit@quicinc.com> From: "Satya Priya Kakitapalli (Temp)" In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01a.na.qualcomm.com (10.47.209.196) X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 Hi Stephen, On 6/9/2022 1:12 AM, Stephen Boyd wrote: > Quoting Satya Priya (2022-06-07 04:50:13) >> diff --git a/drivers/regulator/qcom-pm8008-regulator.c b/drivers/regulator/qcom-pm8008-regulator.c >> new file mode 100644 >> index 0000000..71cb95c >> --- /dev/null >> +++ b/drivers/regulator/qcom-pm8008-regulator.c >> @@ -0,0 +1,248 @@ >> +// SPDX-License-Identifier: GPL-2.0-only >> +/* >> + * Copyright (c) 2019-2020, The Linux Foundation. All rights reserved. >> + * Copyright (c) 2022 Qualcomm Innovation Center, Inc. All rights reserved. >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> + >> +#define VSET_STEP_MV 8 >> +#define VSET_STEP_UV (VSET_STEP_MV * 1000) >> + >> +#define LDO_ENABLE_REG(base) ((base) + 0x46) >> +#define ENABLE_BIT BIT(7) >> + >> +#define LDO_VSET_LB_REG(base) ((base) + 0x40) >> + >> +#define LDO_STEPPER_CTL_REG(base) ((base) + 0x3b) >> +#define DEFAULT_VOLTAGE_STEPPER_RATE 38400 >> +#define STEP_RATE_MASK GENMASK(1, 0) >> + >> +#define NLDO_MIN_UV 528000 >> +#define NLDO_MAX_UV 1504000 >> + >> +#define PLDO_MIN_UV 1504000 >> +#define PLDO_MAX_UV 3400000 >> + >> +struct pm8008_regulator_data { >> + const char *name; >> + const char *supply_name; >> + int min_dropout_uv; >> + const struct linear_range *voltage_range; >> +}; >> + >> +struct pm8008_regulator { >> + struct device *dev; > Is this used anywhere? Will remove it. >> + struct regmap *regmap; >> + struct regulator_desc rdesc; >> + u16 base; >> + int step_rate; >> + int voltage_selector; >> +}; >> + >> +static const struct linear_range nldo_ranges[] = { >> + REGULATOR_LINEAR_RANGE(528000, 0, 122, 8000), >> +}; >> + >> +static const struct linear_range pldo_ranges[] = { >> + REGULATOR_LINEAR_RANGE(1504000, 0, 237, 8000), >> +}; >> +static_assert(ARRAY_SIZE(pldo_ranges) == 1 && ARRAY_SIZE(nldo_ranges) == 1); > Can this static_assert be placed next to the assignment of > n_linear_ranges in probe? > >> + >> +static const struct pm8008_regulator_data reg_data[] = { >> + /* name parent headroom_uv voltage_range */ >> + { "ldo1", "vdd_l1_l2", 225000, nldo_ranges, }, >> + { "ldo2", "vdd_l1_l2", 225000, nldo_ranges, }, >> + { "ldo3", "vdd_l3_l4", 300000, pldo_ranges, }, >> + { "ldo4", "vdd_l3_l4", 300000, pldo_ranges, }, >> + { "ldo5", "vdd_l5", 200000, pldo_ranges, }, >> + { "ldo6", "vdd_l6", 200000, pldo_ranges, }, >> + { "ldo7", "vdd_l7", 200000, pldo_ranges, }, >> +}; >> + >> +static int pm8008_regulator_get_voltage(struct regulator_dev *rdev) >> +{ >> + struct pm8008_regulator *pm8008_reg = rdev_get_drvdata(rdev); >> + __le16 mV; >> + int rc, uV; >> + >> + regmap_bulk_read(pm8008_reg->regmap, >> + LDO_VSET_LB_REG(pm8008_reg->base), (void *)&mV, 2); >> + >> + uV = le16_to_cpu(mV) * 1000; >> + return (uV - pm8008_reg->rdesc.min_uV) / pm8008_reg->rdesc.uV_step; >> +} >> + >> +static inline int pm8008_write_voltage(struct pm8008_regulator *pm8008_reg, >> + int mV) >> +{ >> + __le16 vset_raw; >> + >> + vset_raw = cpu_to_le16(mV); >> + >> + return regmap_bulk_write(pm8008_reg->regmap, >> + LDO_VSET_LB_REG(pm8008_reg->base), >> + (const void *)&vset_raw, sizeof(vset_raw)); >> +} >> + >> +static int pm8008_regulator_set_voltage_time(struct regulator_dev *rdev, >> + int old_uV, int new_uv) >> +{ >> + struct pm8008_regulator *pm8008_reg = rdev_get_drvdata(rdev); >> + >> + return DIV_ROUND_UP(abs(new_uv - old_uV), pm8008_reg->step_rate); >> +} >> + >> +static int pm8008_regulator_set_voltage(struct regulator_dev *rdev, >> + unsigned int selector) >> +{ >> + struct pm8008_regulator *pm8008_reg = rdev_get_drvdata(rdev); >> + int rc, mV; >> + >> + rc = regulator_list_voltage_linear_range(rdev, selector); >> + if (rc < 0) >> + return rc; >> + >> + /* voltage control register is set with voltage in millivolts */ >> + mV = DIV_ROUND_UP(rc, 1000); >> + >> + rc = pm8008_write_voltage(pm8008_reg, mV); >> + if (rc < 0) >> + return rc; >> + >> + pm8008_reg->voltage_selector = selector; > Is this used anywhere? I think not so remove it and the struct member? Okay. >> + >> + return 0; >> +} >> + >> +static const struct regulator_ops pm8008_regulator_ops = { >> + .enable = regulator_enable_regmap, >> + .disable = regulator_disable_regmap, >> + .is_enabled = regulator_is_enabled_regmap, >> + .set_voltage_sel = pm8008_regulator_set_voltage, >> + .get_voltage_sel = pm8008_regulator_get_voltage, >> + .list_voltage = regulator_list_voltage_linear, >> + .set_voltage_time = pm8008_regulator_set_voltage_time, >> +}; >> + >> +static int pm8008_regulator_probe(struct platform_device *pdev) >> +{ >> + int rc, i; >> + u32 base; >> + unsigned int reg; >> + const char *name; >> + struct device *dev = &pdev->dev; >> + struct regulator_config reg_config = {}; >> + struct regulator_dev *rdev; >> + const struct pm8008_data *chip = dev_get_drvdata(pdev->dev.parent); >> + struct pm8008_regulator *pm8008_reg; >> + >> + pm8008_reg = devm_kzalloc(dev, sizeof(*pm8008_reg), GFP_KERNEL); >> + if (!pm8008_reg) >> + return -ENOMEM; >> + >> + pm8008_reg->regmap = pm8008_get_regmap(chip); >> + if (!pm8008_reg->regmap) { >> + dev_err(dev, "parent regmap is missing\n"); >> + return -EINVAL; >> + } >> + >> + pm8008_reg->dev = dev; >> + >> + rc = of_property_read_string(dev->of_node, "regulator-name", &name); >> + if (rc) >> + return rc; >> + >> + /* get the required regulator data */ >> + for (i = 0; i < ARRAY_SIZE(reg_data); i++) >> + if (strstr(name, reg_data[i].name)) >> + break; >> + >> + if (i == ARRAY_SIZE(reg_data)) { >> + dev_err(dev, "Invalid regulator name %s\n", name); >> + return -EINVAL; >> + } >> + >> + rc = of_property_read_u32_index(dev->of_node, "reg", 1, &base); >> + if (rc < 0) { >> + dev_err(dev, "%s: failed to get regulator base rc=%d\n", name, rc); >> + return rc; >> + } >> + pm8008_reg->base = base; >> + >> + /* get slew rate */ >> + rc = regmap_bulk_read(pm8008_reg->regmap, >> + LDO_STEPPER_CTL_REG(pm8008_reg->base), ®, 1); >> + if (rc < 0) { >> + dev_err(dev, "failed to read step rate configuration rc=%d\n", rc); >> + return rc; >> + } >> + reg &= STEP_RATE_MASK; >> + pm8008_reg->step_rate = DEFAULT_VOLTAGE_STEPPER_RATE >> reg; >> + >> + pm8008_reg->rdesc.type = REGULATOR_VOLTAGE; >> + pm8008_reg->rdesc.ops = &pm8008_regulator_ops; >> + pm8008_reg->rdesc.name = reg_data[i].name; >> + pm8008_reg->rdesc.supply_name = reg_data[i].supply_name; >> + pm8008_reg->rdesc.of_match = reg_data[i].name; >> + pm8008_reg->rdesc.uV_step = VSET_STEP_UV; >> + pm8008_reg->rdesc.linear_ranges = reg_data[i].voltage_range; >> + pm8008_reg->rdesc.n_linear_ranges = 1; >> + > Ideally the static assert is right here. If I place it here below error is seen error: ISO C90 forbids mixing declarations and code [-Werror,-Wdeclaration-after-statement] It could be placed at the beginning  of this function near the declarations though. I see that many of the drivers add it below the array itself.