Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit()... | linux-arch

[PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH 2/8] bitops: move find_bit_*_le functions from le.h to find.h · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH 3/8] include: move find.h from asm_generic to linux · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH 1/8] bitops: protect find_first_{,zero}_bit properly · Yury Norov <yury.norov@gmail.com> · 2021-06-12
Re: [PATCH 1/8] bitops: protect find_first_{,zero}_bit properly · Andy Shevchenko <hidden> · 2021-06-12
Re: [PATCH 1/8] bitops: protect find_first_{,zero}_bit properly · Yury Norov <yury.norov@gmail.com> · 2021-06-29
[PATCH RESEND 4/8] arch: remove GENERIC_FIND_FIRST_BIT entirely · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH 8/8] tools: sync tools/bitmap with mother linux · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH 5/8] lib: add find_first_and_bit() · Yury Norov <yury.norov@gmail.com> · 2021-06-12
Re: [PATCH 5/8] lib: add find_first_and_bit() · Alexey Klimov <hidden> · 2021-06-14
[PATCH 7/8] all: replace find_next{,_zero}_bit with find_first{,_zero}_bit where appropriate · Yury Norov <yury.norov@gmail.com> · 2021-06-12
Re: [PATCH 7/8] all: replace find_next{,_zero}_bit with find_first{,_zero}_bit where appropriate · Andy Shevchenko <hidden> · 2021-06-12
Re: [PATCH 7/8] all: replace find_next{,_zero}_bit with find_first{,_zero}_bit where appropriate · Yury Norov <yury.norov@gmail.com> · 2021-06-13
[PATCH 6/8] cpumask: use find_first_and_bit() · Yury Norov <yury.norov@gmail.com> · 2021-06-12
[PATCH] cpumask: replace cpumask_next_* with cpumask_first_* where appropriate · Yury Norov <yury.norov@gmail.com> · 2021-06-13
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Yury Norov <yury.norov@gmail.com> · 2021-06-29
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Andy Shevchenko <andriy.shevchenko@linux.intel.com> · 2021-06-29
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Yury Norov <yury.norov@gmail.com> · 2021-07-28
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Joe Perches <joe@perches.com> · 2021-07-28
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Yury Norov <yury.norov@gmail.com> · 2021-07-28
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Joe Perches <joe@perches.com> · 2021-07-28
Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible · Yury Norov <yury.norov@gmail.com> · 2021-07-28

Re: [PATCH 0/8] all: use find_next__bit() instead of find_first__bit() where possible

From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Date: 2021-06-29 16:18:54
Also in: lkml

On Mon, Jun 28, 2021 at 06:48:20PM -0700, Yury Norov wrote:

On Sat, Jun 12, 2021 at 05:36:31AM -0700, Yury Norov wrote:

quoted

find_first_*_bit() is simpler and faster than 'next' version [1], and they
work identically if start == 0. But in many cases kernel code uses the
'next' version where 'first' can be used. This series addresses this issue.

Patches 1-3 move find.h under include/linux as it simplifies development.
Patches 4-8 switch the kernel and tools to find_first_*_bit() implementation
where appropriate.

Guys, do we have any blocker for this series? If not, I'd like to have it
merged in this window.

And this too: https://lore.kernel.org/lkml/YNirnaYw1GSxg1jK@yury-ThinkPad/T/ (local)

"This window" now equals for v5.15-rc1, hence we have a few weeks time anyway.

-- 
With Best Regards,
Andy Shevchenko

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help