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: Joe Perches <joe@perches.com>
Date: 2021-07-28 16:08:14
Also in: lkml

On Wed, 2021-07-28 at 08:55 -0700, Yury Norov wrote:

On Wed, Jul 28, 2021 at 08:13:32AM -0700, Joe Perches wrote:

quoted

On Wed, 2021-07-28 at 08:00 -0700, Yury Norov wrote:

quoted

Ping again.

The rebased series together with other bitmap patches can be found
here:

https://github.com/norov/linux/tree/bitmap-20210716

[]

quoted

 .../bitops => include/linux}/find.h           | 149 +++++++++++++++++-

A file named find.h in a directory named bitops seems relatively sensible,
but a bitops specific file named find.h in include/linux does not.

 

I'm OK with any name, it's not supposed to be included directly. What
do you think about bitmap_find.h, or can you suggest a better name?

Dunno.

But I'm a bit curious about the duplicate function naming (conflicts?)
with functions in include/linux/bitmap.h

`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