Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp822079rwb; Thu, 18 Aug 2022 12:55:29 -0700 (PDT) X-Google-Smtp-Source: AA6agR5L1gImaoJXOzFWWU4Ny/DYGE1xCnIxr14HiypflGARFxCKLEmHfaR8RuXS9rLXdJSLQhyv X-Received: by 2002:a17:90b:4c4b:b0:1f4:d176:aa5a with SMTP id np11-20020a17090b4c4b00b001f4d176aa5amr4592298pjb.233.1660852529403; Thu, 18 Aug 2022 12:55:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660852529; cv=none; d=google.com; s=arc-20160816; b=hJIjW0v8fIZ2Y/kt6MTi3marBoTPvPYnjNqw8GeUqERfLB2vqbFiI2nwk6v6HJue8y DfViZ4IbkP1x1j+i7uysQI1CBo8UlG58QqD91PQIqsC2Bjqi6P7WFI5KjdvCw9S7sWmp 1fJ1Q7rDuSOa1obdpsjI3BVosofWqK9qvZIW/ad2mm7BF8REHvTJuDoeODxZmnJ3E3TO EO9TSvk2H4wLxTVtNWC5nVqaOAfEK2jT2uib8DLiyFJ7dvbeA/IcYzwISBoE6aLxGI6w XNnaGMxfT0IflBmzizkloHYFpK7lTryUvLpZZAU0GtuknuOBReYEA+MA4ZaifpEv1R9E T2EA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=nX5kZmoj9p73LSdvjfbhbZUq4ZnpvLi6/MC0mtc9D0M=; b=sdSg9DZmxHRJQCyDMxkGO/zgCUEopH5hSynemKI6BF4hPaWvkNeb3OXlAUv7tsFHNZ VJQETMtjF9TN9R5Cucsvh1h12vEFiajjc8FOTX5kzdKibCfosvo4IHmT8iVjOosPz6qQ n0i9SsaxQlXKXdSWSfZD9PynPtIwPNIEni2oZn1iHwK0sfVEnWeqSjHeiE2gx4bTxyGS eGh69mk3uArs0bRUDcfDaArWXREW0kgp/yJrposxYg6LSX23p/xpw489jp2tjGuQc+zD zg1m6/t8eNjRMNdpKcGwnb7zzcVyh3beVNSqxOT5t44qygF7/O2IW8HYIk0Wd0mKCghU n28A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=oqibi37F; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k11-20020a170902d58b00b0016eeafbe7e7si1994114plh.34.2022.08.18.12.55.17; Thu, 18 Aug 2022 12:55:29 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=oqibi37F; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344700AbiHRTEo (ORCPT + 99 others); Thu, 18 Aug 2022 15:04:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35174 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233465AbiHRTEl (ORCPT ); Thu, 18 Aug 2022 15:04:41 -0400 Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CC2BC8A1FC; Thu, 18 Aug 2022 12:04:39 -0700 (PDT) Received: by mail-qv1-xf35.google.com with SMTP id l18so1841442qvt.13; Thu, 18 Aug 2022 12:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=nX5kZmoj9p73LSdvjfbhbZUq4ZnpvLi6/MC0mtc9D0M=; b=oqibi37FPnZI3Pu0tNhInuUW8/oJVzWJD3X2LCD/7fjFR8WD6b6d6XmqWVEIZS9rEn Yke7v/D2Pk5cu0PJpVxN6GGdQt45ChetQv1AqfDjv4B5N7eHme8oIROn3XQCzZvRjcKK 9v10gxPr8MnGlVZe6ylFL5XGzIzSbsxyyihCmsL6J5lmkepwcFC51QB1GjntU8baoECZ KwLOcF1EFIlwRyo9ek0dqwjHrXF67/rrv+jPmNHNIWaCXi949yYW3pnLdRSpwTB3Te39 9VJDmCbnug/2rmZdysP6psMO2QFl/yWpMX8msM1jWnSUXYf11z7aMBwV3GhmvyISAnN/ CsVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=nX5kZmoj9p73LSdvjfbhbZUq4ZnpvLi6/MC0mtc9D0M=; b=6W0DH/FLbDmxMEJOeVIHcCRfmc4xrtx018BJrNU+6yPG3H6aj1C72tS+HwoO9uxdLW AOMsxF7qJpV+8vQjxYE9cO7cFXRnufCtdAcJIS7zPgVUn4dVr2Vq0yBwRjQ5v4+4Yxno SK2JwGzmrz2O7vckwWbW1gDj3ftsTkFETNssGtN6XXOdLd+yBaof73n42HJbm1MckbEu bCTtCkblQV/wa/dF3QXTcWaWeF1zyVm7L4l2jGOR0motn2PVE22+0+n7i2GSonV2Meus px1unzgQ6uWBGdw/28rbyu0BJiiz9XhDmXTWbr7oJ0U2ArhzedCNwcdRSiLHI0A/XI1l UzBg== X-Gm-Message-State: ACgBeo05gJ3PpHiTwqQQ6sWeATUU3+5mylVfgg3zlP8OzePvxjPkBqVK 9sBDnfR3WopPd6rcEqsUISmDgi6gJqScWOI6xM8= X-Received: by 2002:a05:6214:d07:b0:476:c32f:f4f4 with SMTP id 7-20020a0562140d0700b00476c32ff4f4mr3782049qvh.11.1660849478391; Thu, 18 Aug 2022 12:04:38 -0700 (PDT) MIME-Version: 1.0 References: <20220817175812.671843-1-vschneid@redhat.com> <20220817175812.671843-2-vschneid@redhat.com> <20220818100820.3b45808b@gandalf.local.home> <20220818130041.5b7c955f@gandalf.local.home> In-Reply-To: <20220818130041.5b7c955f@gandalf.local.home> From: Andy Shevchenko Date: Thu, 18 Aug 2022 22:04:01 +0300 Message-ID: Subject: Re: [PATCH v2 1/5] bitops: Introduce find_next_andnot_bit() To: Steven Rostedt Cc: Valentin Schneider , netdev , "open list:HFI1 DRIVER" , Linux Kernel Mailing List , Saeed Mahameed , Leon Romanovsky , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Yury Norov , Andy Shevchenko , Rasmus Villemoes , Ingo Molnar , Peter Zijlstra , Vincent Guittot , Dietmar Eggemann , Mel Gorman , Greg Kroah-Hartman , Barry Song , Heiko Carstens , Tony Luck , Jonathan Cameron , Gal Pressman , Tariq Toukan Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 18, 2022 at 8:18 PM Steven Rostedt wrote: > On Thu, 18 Aug 2022 17:26:43 +0100 > Valentin Schneider wrote: > > > How about: > > > > > find the next set bit in (*addr1 & ~*addr2) > > I understand the above better. But to convert that into English, we could > say: > > > Find the next bit in *addr1 excluding all the bits in *addr2. > > or > > Find the next bit in *addr1 that is not set in *addr2. With this explanation I'm wondering how different this is to bitmap_bitremap(), with adjusting to using an inverted mask. If they have something in common, perhaps make them in the same namespace with similar naming convention? -- With Best Regards, Andy Shevchenko