[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1c90db79-4a1a-d3cb-5250-f30cf6b5a90c@roeck-us.net>
Date: Fri, 21 Jul 2023 09:01:03 -0700
From: Guenter Roeck <linux@...ck-us.net>
To: Mark Brown <broonie@...nel.org>
Cc: Marek Szyprowski <m.szyprowski@...sung.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Rafael J . Wysocki" <rafael@...nel.org>,
linux-kernel@...r.kernel.org, linux-rockchip@...ts.infradead.org,
Heiko Stuebner <heiko@...ech.de>,
Andy Yan <andy.yan@...k-chips.com>,
Sascha Hauer <s.hauer@...gutronix.de>,
Dan Carpenter <dan.carpenter@...aro.org>
Subject: Re: [RFC PATCH 2/2] regmap: Reject fast_io regmap configurations with
RBTREE and MAPLE caches
On 7/21/23 08:13, Mark Brown wrote:
> 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.
Ok.
Dan, let me know if you don't have time to send a proper patch.
I have one based on your suggestion prepared that I could send out
if needed.
Thanks,
Guenter
Powered by blists - more mailing lists