Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Yury Norov <yury.norov@gmail.com>
To:     Linus Torvalds <torvalds@linux-foundation.org>,
        Guenter Roeck <linux@roeck-us.net>,
        Dennis Zhou <dennis@kernel.org>,
        Russell King <linux@armlinux.org.uk>,
        Catalin Marinas <catalin.marinas@arm.com>,
        Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        Rasmus Villemoes <linux@rasmusvillemoes.dk>,
        Alexey Klimov <aklimov@redhat.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc:     Yury Norov <yury.norov@gmail.com>
Subject: [PATCH 0/5] lib/find: optimize find_bit() functions
Date:   Thu, 28 Jul 2022 09:12:03 -0700
Message-Id: <20220728161208.865420-1-yury.norov@gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: bulk

In the recent discussion [1], it was noticed that find_next_bit()
functions may be improved by adding wrappers around common
__find_next_bit(). 

I tried that trick; and although it doesn't affect performance
significantly, as reported by find_bit_benchmark, there's ~2.5K
decrease in image size.

find_first_bit() is reworked accordingly.

[1] https://lkml.org/lkml/2022/7/25/830

Yury Norov (5):
  lib/find_bit: rename le to need_swab in __find_next_bit()
  lib/find_bit: optimize find_next_bit() functions
  lib/find_bit: unify _find_first_{,and,zero}_bit implementations
  lib/find_bit: create find_first_zero_bit_le()
  lib/find_bit: re-use __find_first_bit() in __find_next_bit()

 include/linux/find.h |  45 +++++++++----
 lib/find_bit.c       | 155 +++++++++++++++++++++++++++++--------------
 2 files changed, 138 insertions(+), 62 deletions(-)

-- 
2.34.1