[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 7/8] all: replace find_next{,_zero}_bit with find_first{,_zero}_bit where appropriate

From: Yury Norov <yury.norov@gmail.com>
Date: 2021-06-13 00:32:40
Also in: lkml

On Sun, Jun 13, 2021 at 12:47:31AM +0300, Andy Shevchenko wrote:

On Sat, Jun 12, 2021 at 3:39 PM Yury Norov [off-list ref] wrote:

quoted

find_first{,_zero}_bit is a more effective analogue of 'next' version if
start == 0. This patch replaces 'next' with 'first' where things look
trivial.

Depending on the maintainers (but I think there will be at least few
in this case) they would like to have this be split on a per-driver
basis.
I counted 17 patches. I would split.

Since many of them are independent you may send without Cc'ing all
non-relevant people in each case.

submitting-patches.rst says:

        On the other hand, if you make a single change to numerous files,
        group those changes into a single patch.  Thus a single logical change
        is contained within a single patch.

Also refer 96d4f267e40f9 ("Remove 'type' argument from access_ok() functioin.")

Yury

`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