Received: by 2002:a25:2c96:0:0:0:0:0 with SMTP id s144csp83854ybs; Sat, 23 May 2020 22:08:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyNd7ai3NC/K8y4l0O5N203q1Bd0PseIV6BGSk7PbQlLGp0oxTMZrnwZSV8MwPo3+Qub6RT X-Received: by 2002:aa7:da04:: with SMTP id r4mr9302180eds.346.1590296892507; Sat, 23 May 2020 22:08:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590296892; cv=none; d=google.com; s=arc-20160816; b=u0k+wYqpaFv6V8gu1i1g+Q8sIkgH76XibCRKPZ6ord7xhJwtxh7Izuu1lpntkZhbpK tdSZl/eiTssRxFGGAJslIE3xTXxu1G///L4smJ0J6XeWAjM125OCSpYsNl/j7CX+eRu3 7Wa8ZhPS1okzSRqE4ngLStSzRAmGVJrul+otoLXAIiGVs6Je+y8ABwXAbUuWyyqEYVbo kP8CKcBjlm8NsYItlmTwohz6lmDpIVtOXgklJPJrDDPrY3jkKKzh8/jJJdEVyo5Yy8VE 0Z8666X7yt1pZ5d5P51e7E3ZKgN49omLH5AzM8DDtn9LpD29gmLPdKZbJAeF7rHwvf8w f+hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:content-disposition :mime-version:message-id:subject:cc:to:from:date:dkim-signature; bh=krhEzLWzxEpnShGlmjhN0o67VmqokPQZNn+Tla1ZW8U=; b=oDEPmlWv3zdLw7NHxrUGk8feoSpRnbjoFTiKsdpSZ88YIwBJEZ0LcmoNVuGIWvq0ff vN3+YoZ+HIwWvfl5suQThq53qcjPTsNfjujnCE9/7LrfKMKwFo9RMznrjoswZcXPbai2 YaOHwkiZs1b0BUPltIFpmlqblGpjE7DrEguvTubY8nnUkQ2BDzyN+SO/4Td+zxAkIFOB Y/9vABx0uG9SGAYoRVMggeU6cnsQF2bcn4Hr8eVRnFf7bU63S9sJPUiDbNRbKw4OhKMp Oh7/PaqPzyAN9lqfRS23Rl1KQNRs1zDkhAyzQKFOASig1A5gkZRNHpz5CaH5WmwGS+Z6 LdEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=hJ2opN80; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o23si7289424ejd.302.2020.05.23.22.07.19; Sat, 23 May 2020 22:08:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=hJ2opN80; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1726114AbgEXFAr (ORCPT + 99 others); Sun, 24 May 2020 01:00:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44874 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725805AbgEXFAq (ORCPT ); Sun, 24 May 2020 01:00:46 -0400 Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE98DC061A0E; Sat, 23 May 2020 22:00:46 -0700 (PDT) Received: by mail-pf1-x442.google.com with SMTP id y18so7201530pfl.9; Sat, 23 May 2020 22:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :user-agent; bh=krhEzLWzxEpnShGlmjhN0o67VmqokPQZNn+Tla1ZW8U=; b=hJ2opN80KCVUYIaWN3aTL8FGh7posS3Q3ixIPePsYObtlauNGZEyij+9xYg73Tpctx KU4cm0U4X7FzGxHY2MaYz0oGmKh8w3co+sy0EspH9f6sewqksyamluEkLWyvlZ9IFCio LcKJuC8DS5jWowGZlwrouqLeBFOiR1vVbZgievi7IryexwuwZPzBtWZ2I0sbEw6PmYEg 1uIEH6q/vL9UVF3Q4LuIovZb0xGCBpI78+8K6dPDsemRrfafFc8t8DqmMiNx+t4g9jsi I6fPioCW2pLsjnaKqPJipysTZWYCvuc4QAIaEdLGYlvV//hebbERAFpMpcf8b02rMIL5 JRIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:user-agent; bh=krhEzLWzxEpnShGlmjhN0o67VmqokPQZNn+Tla1ZW8U=; b=n3vo2d9iIO6MCllXFbTfqYRQ6akxqSG3+C0sMiL+Mu+OXB3lCGfHTGmTM7TGjTBe6L rIJaf8kCAYaFYhux6EL/hmFwwCCmIlfod/ak4Oo11O3sReLgGcM3Z/llR7O+dahHv2X6 4K3RsTzG179XT6fiHxY/pwixRc1UFEvfq/bnj0MVHSXnxofXLL5nAQkvGoVhsZphIMap I0VSkecyQQnokPdDIXkXelnUCs5uC8ptmB9k1jx0l1rk11G0nSNsAFTlPxGJMI6jFpPx XizHakGlVv6lGa0xJhCu6jcARnell2J1DJ4p/ufJduQXx8ibvF4JFrUDO5Dga9wRWuCC CYHg== X-Gm-Message-State: AOAM530ceeKDwmt1owFDWmgG7WR000n98Soq3twijZ2xF8itlw/qt7L/ WjmLuJHHZs50AVZX6TA7VY8= X-Received: by 2002:a62:7b09:: with SMTP id w9mr11756543pfc.157.1590296446048; Sat, 23 May 2020 22:00:46 -0700 (PDT) Received: from syed ([106.223.122.111]) by smtp.gmail.com with ESMTPSA id x14sm9785264pfi.60.2020.05.23.22.00.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 May 2020 22:00:45 -0700 (PDT) Date: Sun, 24 May 2020 10:30:24 +0530 From: Syed Nayyar Waris To: linus.walleij@linaro.org, akpm@linux-foundation.org Cc: andriy.shevchenko@linux.intel.com, vilhelm.gray@gmail.com, michal.simek@xilinx.com, arnd@arndb.de, rrichter@marvell.com, linus.walleij@linaro.org, bgolaszewski@baylibre.com, yamada.masahiro@socionext.com, rui.zhang@intel.com, daniel.lezcano@linaro.org, amit.kucheria@verdurent.com, linux-arch@vger.kernel.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org Subject: [PATCH v7 0/4] Introduce the for_each_set_clump macro Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Linus, Since this patchset primarily affects GPIO drivers, would you like to pick it up through your GPIO tree? This patchset introduces a new generic version of for_each_set_clump. The previous version of for_each_set_clump8 used a fixed size 8-bit clump, but the new generic version can work with clump of any size but less than or equal to BITS_PER_LONG. The patchset utilizes the new macro in several GPIO drivers. The earlier 8-bit for_each_set_clump8 facilitated a for-loop syntax that iterates over a memory region entire groups of set bits at a time. For example, suppose you would like to iterate over a 32-bit integer 8 bits at a time, skipping over 8-bit groups with no set bit, where XXXXXXXX represents the current 8-bit group: Example: 10111110 00000000 11111111 00110011 First loop: 10111110 00000000 11111111 XXXXXXXX Second loop: 10111110 00000000 XXXXXXXX 00110011 Third loop: XXXXXXXX 00000000 11111111 00110011 Each iteration of the loop returns the next 8-bit group that has at least one set bit. But with the new for_each_set_clump the clump size can be different from 8 bits. Moreover, the clump can be split at word boundary in situations where word size is not multiple of clump size. Following are examples showing the working of new macro for clump sizes of 24 bits and 6 bits. Example 1: clump size: 24 bits, Number of clumps (or ports): 10 bitmap stores the bit information from where successive clumps are retrieved. /* bitmap memory region */ 0x00aa0000ff000000; /* Most significant bits */ 0xaaaaaa0000ff0000; 0x000000aa000000aa; 0xbbbbabcdeffedcba; /* Least significant bits */ Different iterations of for_each_set_clump:- 'offset' is the bit position and 'clump' is the 24 bit clump from the above bitmap. Iteration first: offset: 0 clump: 0xfedcba Iteration second: offset: 24 clump: 0xabcdef Iteration third: offset: 48 clump: 0xaabbbb Iteration fourth: offset: 96 clump: 0xaa Iteration fifth: offset: 144 clump: 0xff Iteration sixth: offset: 168 clump: 0xaaaaaa Iteration seventh: offset: 216 clump: 0xff Loop breaks because in the end the remaining bits (0x00aa) size was less than clump size of 24 bits. In above example it can be seen that in iteration third, the 24 bit clump that was retrieved was split between bitmap[0] and bitmap[1]. This example also shows that 24 bit zeroes if present in between, were skipped (preserving the previous for_each_set_macro8 behaviour). Example 2: clump size = 6 bits, Number of clumps (or ports) = 3. /* bitmap memory region */ 0x00aa0000ff000000; /* Most significant bits */ 0xaaaaaa0000ff0000; 0x0f00000000000000; 0x0000000000000ac0; /* Least significant bits */ Different iterations of for_each_set_clump: 'offset' is the bit position and 'clump' is the 6 bit clump from the above bitmap. Iteration first: offset: 6 clump: 0x2b Loop breaks because 6 * 3 = 18 bits traversed in bitmap. Here 6 * 3 is clump size * no. of clumps. Changes in v7: - [Patch 2/4]: Minor changes: Use macro 'DECLARE_BITMAP()' and split 'struct' definition and test data. Changes in v6: - [Patch 2/4]: Make 'for loop' inside test_for_each_set_clump more succinct. Changes in v5: - [Patch 4/4]: Minor change: Hardcode value for better code readability. Changes in v4: - [Patch 2/4]: Use 'for' loop in test function of for_each_set_clump. - [Patch 3/4]: Minor change: Inline value for better code readability. - [Patch 4/4]: Minor change: Inline value for better code readability. Changes in v3: - [Patch 3/4]: Change datatype of some variables from u64 to unsigned long in function thunderx_gpio_set_multiple. CHanges in v2: - [Patch 2/4]: Unify different tests for 'for_each_set_clump'. Pass test data as function parameters. - [Patch 2/4]: Remove unnecessary bitmap_zero calls. Syed Nayyar Waris (4): bitops: Introduce the the for_each_set_clump macro lib/test_bitmap.c: Add for_each_set_clump test cases gpio: thunderx: Utilize for_each_set_clump macro gpio: xilinx: Utilize for_each_set_clump macro drivers/gpio/gpio-thunderx.c | 11 ++- drivers/gpio/gpio-xilinx.c | 62 ++++++------- include/asm-generic/bitops/find.h | 19 ++++ include/linux/bitmap.h | 61 +++++++++++++ include/linux/bitops.h | 13 +++ lib/find_bit.c | 14 +++ lib/test_bitmap.c | 144 ++++++++++++++++++++++++++++++ 7 files changed, 290 insertions(+), 34 deletions(-) base-commit: b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce -- 2.26.2