Received-SPF: pass (google.com: domain of linux-kernel+bounces-54651-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Tue, 6 Feb 2024 10:07:57 +0000
From: Mark Brown <broonie@kernel.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Bo Liu <liubo03@inspur.com>, lee@kernel.org, wens@csie.org,
	marek.vasut+renesas@gmail.com, support.opensource@diasemi.com,
	neil.armstrong@linaro.org, ckeepax@opensource.cirrus.com,
	rf@opensource.cirrus.com, mazziesaccount@gmail.com,
	mcoquelin.stm32@gmail.com, alexandre.torgue@foss.st.com,
	linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
	linux-amlogic@lists.infradead.org, patches@opensource.cirrus.com,
	linux-stm32@st-md-mailman.stormreply.com,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 00/18] mfd: convert to use maple tree register cache
Message-ID: <ZcIE/RMTq34TgpQt@finisterre.sirena.org.uk>
References: <20240206071314.8721-1-liubo03@inspur.com>
 <CAMuHMdU7fYCsNT9ditqJ-saUsRm9J2zLh=-q-zmExhBRJeE8NQ@mail.gmail.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="3tKV0MZVgabPsZSl"
Content-Disposition: inline
In-Reply-To: <CAMuHMdU7fYCsNT9ditqJ-saUsRm9J2zLh=-q-zmExhBRJeE8NQ@mail.gmail.com>


--3tKV0MZVgabPsZSl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Feb 06, 2024 at 10:33:22AM +0100, Geert Uytterhoeven wrote:

> If all of this is true, is there any reason to keep REGCACHE_RBTREE
> around?  If not, perhaps REGCACHE_RBTREE should be treated as
> REGCACHE_MAPLE in the regmap core code first, followed by a single
> tree-wide patch to replace REGCACHE_RBTREE?

There is a very small niche for devices where cache syncs are a
particularly important part of the workload where rbtree's choices might
give better performance, especially on systems with low end CPUs.

--3tKV0MZVgabPsZSl
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmXCBPwACgkQJNaLcl1U
h9AzsQf/fvluGCbAx/aIe1RLZpmbVAXZdaP3edZ9jN+FzV+ub/6qY0iiPxN0esI5
jpGS40Z27yNHgk1JIpJR/ZoCUrjeuLDekUhJmu87yhqnK3p+DsT/zfnbqbeSdKXz
FuOUu8Kh+hH4bdbyjTMNvTAzzuPUwgE7DRFGAlu3tPkZXEFtMzpSCImrqxIrsKao
Z7quNE+m6pc4MyiQ09p0cOAK8fjnSHuFNn2wjZX2GgAGnLEYkKrpQwYgkrDRlHqc
C7Cb1gOefwAx/I8mYuP+2TJNV/XVUKWJ0Od8KZ+MVbxaEslqAJaCvMSXzgkj/dqU
ssEshBmXp9EzMJKlUQ967sIEsiM4OQ==
=DPIT
-----END PGP SIGNATURE-----

--3tKV0MZVgabPsZSl--