From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2E9F9C4320A for ; Wed, 28 Jul 2021 16:08:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 0F7D361019 for ; Wed, 28 Jul 2021 16:08:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237465AbhG1QIK (ORCPT ); Wed, 28 Jul 2021 12:08:10 -0400 Received: from smtprelay0094.hostedemail.com ([216.40.44.94]:48740 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S237707AbhG1QHD (ORCPT ); Wed, 28 Jul 2021 12:07:03 -0400 Received: from omf08.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay05.hostedemail.com (Postfix) with ESMTP id BD60A183C7631; Wed, 28 Jul 2021 16:06:26 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf08.hostedemail.com (Postfix) with ESMTPA id 38B461A29FA; Wed, 28 Jul 2021 16:06:20 +0000 (UTC) Message-ID: <911b290063ecab50aef8da606ddbc2e27dffa6d7.camel@perches.com> Subject: Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible From: Joe Perches To: Yury Norov Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, Benjamin Herrenschmidt , Catalin Marinas , Will Deacon , Yoshinori Sato , Brian Cain , Geert Uytterhoeven , Thomas Bogendoerfer , Jonas Bonn , Stefan Kristiansson , "James E.J. Bottomley" , Palmer Dabbelt , Heiko Carstens , Rich Felker , David Hildenbrand , Jaegeuk Kim , Arnd Bergmann , Andy Shevchenko , Rasmus Villemoes , Andrew Morton , Alexander Lobakin , Samuel Mendoza-Jonas , Jakub Kicinski , Daniel Bristot de Oliveira , Alexey Klimov , Ingo Molnar Date: Wed, 28 Jul 2021 09:06:18 -0700 In-Reply-To: References: <20210612123639.329047-1-yury.norov@gmail.com> <7fd3eda0658e7ef4ba0463ecd39f7a17dbd4e5c3.camel@perches.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 38B461A29FA X-Stat-Signature: aj4gi8ripoqgyzad7npab69s56hu9a3c X-Rspamd-Server: rspamout02 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+FrxhVqumFzssxLoZaxyh5do3Usq3FKbI= X-HE-Tag: 1627488380-718719 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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: > > On Wed, 2021-07-28 at 08:00 -0700, Yury Norov wrote: > > > Ping again. > > > > > > The rebased series together with other bitmap patches can be found > > > here: > > > > > > https://github.com/norov/linux/tree/bitmap-20210716 > > [] > > > >  .../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