From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 244CDCCD185 for ; Thu, 9 Oct 2025 14:42:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type: Content-Transfer-Encoding:MIME-Version:References:In-Reply-To:Message-ID:Date :Subject:Cc:To:From:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=gOEj4/IpkenMiJt4N1/HqskQ9zMM3bzJT70kiGJjHEk=; b=AHzb9jCtF8kGqaE2LB2yBXvhsu x8bJKQ+BLw4NeBia7tmUTUY3x4XwTFqMBP5jEurROlv8Yme64pnTXRGnWiHkB16a0V9f1v9zyrBs/ s0CBFMJ77mLMykJu+9vt+A/89DQrQBydZgNAknJ8EcV4ajiP/fefnl/HBGFpaf6DnSnLeohVEg9dI R5YQ0tzoM1nA+GIxvoveVTP2yhIK8W143ZmCJeygHgvEvqieKqFAQcQ/VSUxrO1+BRzXCH3ocmOhY hNXng/zv0mSEmmYA7tc12Jr/J96Ps5dY689OkTIV1EAmi24yfuGRJ4wJqsSyz4KhBQX+cZDguBlUe RF/kMraA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1v6rqT-00000006MKw-3MAX; Thu, 09 Oct 2025 14:42:17 +0000 Received: from sender4-pp-f112.zoho.com ([136.143.188.112]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1v6rqR-00000006MJw-22C4; Thu, 09 Oct 2025 14:42:16 +0000 ARC-Seal: i=1; a=rsa-sha256; t=1760020924; cv=none; d=zohomail.com; s=zohoarc; b=irSQG0MDZZPSVmNszNVc4x2fdPYiC40AT9QHZ83zaj4qMPeFD6MxJi4AAWz2JZ337d4b8BWnUCjKHMAS75hMvTnfO6lpgnqOyRR3JBiVEzcmz08ZW8C5zG/Fe+gmxVxDStKoWUkDYkaJDCyrSSVJq4lSKuW3s+7SQaId6As6COE= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1760020924; h=Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=gOEj4/IpkenMiJt4N1/HqskQ9zMM3bzJT70kiGJjHEk=; b=mTHIHyP81fqGs5jvcTVrPZLGflyxGXYfF26wZq+V+r4slLbuoVSIZ5CNsByICkXuWFlu3ZgCjXzcPruNn2OERyFUK95i36tUlSHKRV2BBvbGKJxjg9thwsSfHIMtgs4C0DYpscA5Q2dOwwoxgHIcWUOqrqa4H71hzJOAQcg1ybM= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=collabora.com; spf=pass smtp.mailfrom=nicolas.frattaroli@collabora.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1760020924; s=zohomail; d=collabora.com; i=nicolas.frattaroli@collabora.com; h=From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:Message-ID:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type:Message-Id:Reply-To; bh=gOEj4/IpkenMiJt4N1/HqskQ9zMM3bzJT70kiGJjHEk=; b=Zu7NsgKdA7XApLRezertLoTOav8hgPArFe5XUdBuQ1VJU7ZsPmCE2TSeKi//AWDx uvnn1T0ptw/AV30mCKX9f9/A0jbNbml5h66LpxbAsJGvZMJch8qub3NuOPMnRL35nqB GW6Wsory/O41llwSplB8R79gdae3GXsHx0OyQYdg= Received: by mx.zohomail.com with SMTPS id 1760020921792909.7002470660792; Thu, 9 Oct 2025 07:42:01 -0700 (PDT) From: Nicolas Frattaroli To: linux-mediatek@lists.infradead.org Cc: lee@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, matthias.bgg@gmail.com, angelogioacchino.delregno@collabora.com, lgirdwood@gmail.com, broonie@kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kernel@collabora.com, wenst@chromium.org, igor.belwon@mentallysanemainliners.org, AngeloGioacchino Del Regno Subject: Re: [PATCH v8 4/9] regulator: Add support for MediaTek MT6363 SPMI PMIC Regulators Date: Thu, 09 Oct 2025 16:41:56 +0200 Message-ID: <5635636.31r3eYUQgx@workhorse> In-Reply-To: <20251003091158.26748-5-angelogioacchino.delregno@collabora.com> References: <20251003091158.26748-1-angelogioacchino.delregno@collabora.com> <20251003091158.26748-5-angelogioacchino.delregno@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20251009_074215_606623_8BEB39E0 X-CRM114-Status: GOOD ( 21.37 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Friday, 3 October 2025 11:11:53 Central European Summer Time AngeloGioacchino Del Regno wrote: > Add a driver for the regulators found on the MT6363 PMIC, fully > controlled by SPMI interface. > This PMIC regulates voltage with an input range of 2.6-5.0V, and > features 10 buck converters and 26 LDOs. > > Signed-off-by: AngeloGioacchino Del Regno > --- > drivers/regulator/Kconfig | 10 + > drivers/regulator/Makefile | 1 + > drivers/regulator/mt6363-regulator.c | 935 +++++++++++++++++++++ > include/linux/regulator/mt6363-regulator.h | 330 ++++++++ > 4 files changed, 1276 insertions(+) > create mode 100644 drivers/regulator/mt6363-regulator.c > create mode 100644 include/linux/regulator/mt6363-regulator.h > > [...] > diff --git a/drivers/regulator/mt6363-regulator.c b/drivers/regulator/mt6363-regulator.c > new file mode 100644 > index 000000000000..812775072eb5 > --- /dev/null > +++ b/drivers/regulator/mt6363-regulator.c > [...] > + > +static int mt6363_regulator_set_mode(struct regulator_dev *rdev, > + unsigned int mode) > +{ > + struct mt6363_regulator_info *info = rdev_get_drvdata(rdev); > + struct regmap *regmap = rdev->regmap; > + int cur_mode, ret; > + > + if (!info->modeset_reg && mode == REGULATOR_MODE_FAST) > + return -EOPNOTSUPP; > + > + switch (mode) { > + case REGULATOR_MODE_FAST: > + ret = mt6363_buck_unlock(regmap, true); > + if (ret) > + break; > + > + ret = regmap_set_bits(regmap, info->modeset_reg, info->modeset_mask); > + > + mt6363_buck_unlock(regmap, false); > + break; > + case REGULATOR_MODE_NORMAL: > + cur_mode = mt6363_regulator_get_mode(rdev); > + if (cur_mode < 0) { > + ret = cur_mode; > + break; > + } > + > + if (cur_mode == REGULATOR_MODE_FAST) { > + ret = mt6363_buck_unlock(regmap, true); > + if (ret) > + break; > + > + ret = regmap_clear_bits(regmap, info->modeset_reg, info->modeset_mask); > + > + mt6363_buck_unlock(regmap, false); > + break; > + } else if (cur_mode == REGULATOR_MODE_IDLE) { > + ret = regmap_clear_bits(regmap, info->lp_mode_reg, info->lp_mode_mask); > + if (ret == 0) > + usleep_range(100, 200); > + } else { > + ret = 0; Just initialise ret to 0 at the start of the function scope when you declare it. You've already missed an uninitialised use once, and playing these branch games is just asking for more trouble in the future. There's no micro-optimisation you're doing here, clang produces the same assembly for both zero initialised and the else branch version you're doing here. > + } > + break; > + case REGULATOR_MODE_IDLE: > + ret = regmap_set_bits(regmap, info->lp_mode_reg, info->lp_mode_mask); > + break; > + default: > + ret = -EINVAL; > + } > + > + if (ret) { > + dev_err(&rdev->dev, "Failed to set mode %u: %d\n", mode, ret); > + return ret; > + } > + > + return 0; > +} > + > [...] Kind regards, Nicolas Frattaroli