Thread (30 messages) 30 messages, 4 authors, 2023-10-02

Re: [PATCH v1 0/5] bitmap: get rid of bitmap_remap() and bitmap_biremap() uses

From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Date: 2023-09-26 11:16:18
Also in: linux-gpio, lkml

On Tue, Sep 26, 2023 at 10:52:05AM +0200, Linus Walleij wrote:
On Tue, Sep 26, 2023 at 7:20 AM Andy Shevchenko
[off-list ref] wrote:
quoted
As Rasmus suggested [1], the bit remapping APIs should be local to NUMA.
However, they are being in use outside of that for a while. To make
above happen, introduces simplified APIs that can be used otherwise.

It seems we might have yet another user of the above mentioned APIs.

The last patch has not been tested anyhow (except compilation, so
all testing and comments are welcome).

The idea is to get an immutable tag (via my tree) that can be pulled
by bitmap and GPIO trees on the need (while usually I send PR to
the GPIO subsystem).

Link: https://lore.kernel.org/all/20230815235934.47782-1-yury.norov@gmail.com/ (local) [1]
I don't understand the bitmap changes very well,
Me neither... Oops (it was a joke :-)
but the resulting
changes to cdev look very nice clearly making that code more readable
and maintainable,
While the above is a joke it took quite a time to get into the logic.
Hence this patch. TBH I'm in doubt, that's why asking for careful testing
and reviews.
so FWIW:
Acked-by: Linus Walleij <redacted>
Thank you!

-- 
With Best Regards,
Andy Shevchenko



_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help