Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
From:   Clement Courbet <courbet@google.com>
To:     Yury Norov <ynorov@caviumnetworks.com>
Cc:     linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>
Subject: [PATCH v5] lib: optimize cpumask_next_and()
Date:   Thu, 30 Nov 2017 15:00:53 +0100
Message-Id: <20171130140053.28973-1-courbet@google.com>
In-Reply-To: <20171130062140.vhidjktddah55q3k@yury-thinkpad>
References: <20171130062140.vhidjktddah55q3k@yury-thinkpad>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

> So I think it really worth to be separated patch. Really, it's
> completely nontrivial why adding new function in lib/find_bit.c
> requires including asm-generic/bitops/find.h in arm and uncore32
> asm/bitops.h headers (bug?). And why doing that makes you guard
> find_first_bit and find_first_zero_bit (another bug?).

OK, I'll send a separate patch for this.

> Linux-next is your choice.
>  [...]
> Again. test_find_next_and_bit is trimmed, but it is still based on
> get_cycles and uses tabs in printf(). Please fix it.

OK, I'll send a version of the patch rebased against linux-next.

From 1585471006708993041@xxx Thu Nov 30 06:22:58 +0000 2017
X-GM-THRID: 1585315848060842943
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread