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;
Date:   Fri, 21 Jul 2023 16:13:33 +0100
From:   Mark Brown <broonie@kernel.org>
To:     Guenter Roeck <linux@roeck-us.net>
Cc:     Marek Szyprowski <m.szyprowski@samsung.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        "Rafael J . Wysocki" <rafael@kernel.org>,
        linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org,
        Heiko Stuebner <heiko@sntech.de>,
        Andy Yan <andy.yan@rock-chips.com>,
        Sascha Hauer <s.hauer@pengutronix.de>
Subject: Re: [RFC PATCH 2/2] regmap: Reject fast_io regmap configurations
 with RBTREE and MAPLE caches
Message-ID: <205a83df-c67b-457f-a9bf-a9c6def4bb3e@sirena.org.uk>
References: <20230720032848.1306349-1-linux@roeck-us.net>
 <20230720032848.1306349-2-linux@roeck-us.net>
 <CGME20230721145342eucas1p12e658a54d36d985b2811e2c21f7810ee@eucas1p1.samsung.com>
 <c2bba4df-da1f-5666-89aa-28c6700575ca@samsung.com>
 <fe31bb86-40ec-4b77-9edd-eeaa61bb5e08@sirena.org.uk>
 <c9614ffb-7840-6a84-883d-ed4371d75c11@roeck-us.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="MvLmq+n55EGfR3CH"
Content-Disposition: inline
In-Reply-To: <c9614ffb-7840-6a84-883d-ed4371d75c11@roeck-us.net>
Precedence: bulk


--MvLmq+n55EGfR3CH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Jul 21, 2023 at 08:07:28AM -0700, Guenter Roeck wrote:
> On 7/21/23 08:03, Mark Brown wrote:

> > Actually Guenter and Dan have made the required updates to support this
> > so the warning will be gone soon (hopefully Dan will send his patch
> > properly shortly).

> Do you plan to revert this patch ? If not regmap_init() would still fail
> for the affected drivers, even after my and Dan's patches have been applied.

Yeah.  You *can* use the dynamically allocating caches safely if you
ensure that no new cache nodes are allocated during I/O.  I'd not
realised people were actually doing this.

--MvLmq+n55EGfR3CH
Content-Type: application/pgp-signature; name="signature.asc"

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

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmS6oJwACgkQJNaLcl1U
h9C2ZQf/SeZqv8XIiU1U2sg8EbxhVckHThG0e9cFL7zfYTG8LUV4IFgLGOUejX29
+/Ujqt+3kfeb31VqLKjBMudpvYSKl8WAofq1zaNCJwVzZj9azZeZIdDSM5LHcMfq
Uek47AlWQWTY1ZkS2dNY02KB0SnSv/3wCNkV2O41n9OpSle3McC0FHCJzD4K19Tp
z2XYic3KnoJEgshPGmOt3z1rqqtTjjXTLwNkDxWBJqJduV+Ml5vCUd02LqD2/j7X
ZgYyyCl7GtHXhtOHpBCTQz3M1vDSAlOafTDQSlX54849DYIbMtb4k3yqRGBggKoh
wjsRzQkyBUgNcgEIRjmAkhEZLXDY4g==
=ELvA
-----END PGP SIGNATURE-----

--MvLmq+n55EGfR3CH--