Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp2426172ybp; Sat, 5 Oct 2019 11:58:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqyYTlp6ND8kk5JLxYK1tO/yH9zrIMSEssOCk5uty7sckpsXl1cDSq72IxyI+eR7Y9nPDVKU X-Received: by 2002:a50:9a05:: with SMTP id o5mr21793492edb.44.1570301906713; Sat, 05 Oct 2019 11:58:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570301906; cv=none; d=google.com; s=arc-20160816; b=bidkVGBiPTIKkNV6xaVkv9r65om5tVu9/GxRdWGNrWCc3lbQogFaBV6tgFgUHui2qX R2Q7EE0Ln4XlnIrpnQDLsoj1OvEtBGKqWNQxZ7E2iHscsQ8Jt2WbQMvhcf291XpXCDfV DafNA3P8jFvrETyg2xe+Ke5mH3FBDLJoRvb5d9shQk6qZUrLHQfb/LbQ8957wHqCDQM6 d0yTFGfUPYcebuWepuRSBSoRpXpXZJtSnLpiGMluNNue7NOOjuria0K/IN1ShXvhqwBw H2k4VaeQwPlDSJYcoxtUPo9PYL0iHsWywB3GMzddM+GHEDZRT5eZbNUKGg5LkQSMtWzg p4pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=TBJjABokkrKZ/d54kCejrL00qG1tE+E2KRyIwFedZfQ=; b=Zqgc7hSfoF/S268sZkSCoBVHFx0MqM8uHoRG8BLdgfoNzb0cHhBvHSlLSl4BUHhX5/ AHXUoy3XT0r55Q5GwK7xGMIw06wxQAMIsMY0hOnYvshBUReouwadKRsmPRx806hrbxrV pmlWodI9vzu2zw4uT+PIwApuixE1nSNUw1T8o5hHVm66pCuuAmn7M0Mds7JMWholBZdM 3jvUcLklFiXe5PSgFq7byZx1jDjZYgwh4o76Yip5KwNVPBWFD35jtcLm0MDAWbHDpkmx Yap+Ld+1FVZynL2tnQ4KKCTEKAeGP90JWIzfjNfHkEOGOpFNKf32OkGE5yigh/ZJnezE pKgQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=RODcag4X; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id 26si5269154ejl.292.2019.10.05.11.57.53; Sat, 05 Oct 2019 11:58:26 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=RODcag4X; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S2388104AbfJESqz (ORCPT + 99 others); Sat, 5 Oct 2019 14:46:55 -0400 Received: from mail-yb1-f194.google.com ([209.85.219.194]:42515 "EHLO mail-yb1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387861AbfJESqz (ORCPT ); Sat, 5 Oct 2019 14:46:55 -0400 Received: by mail-yb1-f194.google.com with SMTP id z5so2101864ybk.9; Sat, 05 Oct 2019 11:46:54 -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:references:mime-version :content-disposition:in-reply-to:user-agent; bh=TBJjABokkrKZ/d54kCejrL00qG1tE+E2KRyIwFedZfQ=; b=RODcag4X4gLNgSIcrEODfVVVCxgSvlzgu2+GzOBREj+1fYMTpqnIi3FaI3Gij0vbxO teEzYNgVAMvOT9ghtfx0DVSy0VNyihzmempv+773xWR5LlJvR14sndko+V5lO75yEC5x HN2OS01Wqb1OH5a2mrpqlhapTCz56K3b77FpiYl/x3LoviZNbP1DoSU4QaRQCxjP26BJ Vet5FFTzOliBWSKomDmoCVkOkLVGzZGnrZuFJo53pV5hVs0jnLd/mzWdvOO6N/GOmgfZ jr0BKOowuP5rBZoBuN3Ca+UHTQ9TnF+TCHK5Mb6y8jxTktTVxn1e240U0uOn/ve3yGs9 s53w== 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:references :mime-version:content-disposition:in-reply-to:user-agent; bh=TBJjABokkrKZ/d54kCejrL00qG1tE+E2KRyIwFedZfQ=; b=XnjqZ1qZaAJHoEAvBVW8tqy5/wTKY03mzvQwfknH6JGKpD8U+MYGBr+EdFXiBxOQtm tYwMZLTM/aSSQBr0TIDFlXnwWqC8rvNlqSc29GTPxlM2ySFOkm3VfhE1aJpX7znXw+gz kQHFvYQ4sI6vzuOahAhVz4vX7VVeUrgDGW2YWuabJUfRlrbJSvN0jb7MoZ2h5s6SPzFJ FjQtV3nKzdHRVgrsAltq4q0B+vwq9qKfyMTn2xj6rWvP6NocnNJl7ebR5+4CghcsbuS0 LOH2qvidH+SZOSFJ73CJnIkmQ3mH0fKqN9Yhl2v/otT4bNjraG7t67vNKp7B5NbufVYA 50pQ== X-Gm-Message-State: APjAAAVELzTX/iFjjWy9ZKmZkylto65wvf3/OKdxeqMytkkaJ5snfPj8 hm3kE/X3H5q7hCVMgJNo4aw= X-Received: by 2002:a25:ab21:: with SMTP id u30mr1521570ybi.143.1570301214234; Sat, 05 Oct 2019 11:46:54 -0700 (PDT) Received: from icarus (072-189-084-142.res.spectrum.com. [72.189.84.142]) by smtp.gmail.com with ESMTPSA id p204sm2597405ywp.110.2019.10.05.11.46.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Oct 2019 11:46:53 -0700 (PDT) Date: Sat, 5 Oct 2019 14:46:40 -0400 From: William Breathitt Gray To: linus.walleij@linaro.org, bgolaszewski@baylibre.com Cc: akpm@linux-foundation.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, andriy.shevchenko@linux.intel.com, linux@rasmusvillemoes.dk, yamada.masahiro@socionext.com, linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org, geert@linux-m68k.org, preid@electromag.com.au, lukas@wunner.de, sean.nyekjaer@prevas.dk, morten.tiljeset@prevas.dk Subject: Re: [PATCH v15 00/14] Introduce the for_each_set_clump8 macro Message-ID: <20191005184640.GA117093@icarus> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Oct 05, 2019 at 02:36:54PM -0400, William Breathitt Gray wrote: > Changes in v15: > - Move find_next_clump8 to lib/find_bit.c since it requires round_down > (I want this to be static inline like the others, but I need help) > - Utilize for_each_set_clump8 in pisosr, max3191x, and pca953x > > While adding GPIO get_multiple/set_multiple callback support for various > drivers, I noticed a pattern of looping manifesting that would be useful > standardized as a macro. > > This patchset introduces the for_each_set_clump8 macro and utilizes it > in several GPIO drivers. The for_each_set_clump macro8 facilitates 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. > > The for_each_set_clump8 macro has four parameters: > > * start: set to the bit offset of the current clump > * clump: set to the current clump value > * bits: bitmap to search within > * size: bitmap size in number of bits > > In this version of the patchset, the for_each_set_clump macro has been > reimplemented and simplified based on the suggestions provided by Rasmus > Villemoes and Andy Shevchenko in the version 4 submission. > > In particular, the function of the for_each_set_clump macro has been > restricted to handle only 8-bit clumps; the drivers that use the > for_each_set_clump macro only handle 8-bit ports so a generic > for_each_set_clump implementation is not necessary. Thus, a solution for > large clumps (i.e. those larger than the width of a bitmap word) can be > postponed until a driver appears that actually requires such a generic > for_each_set_clump implementation. > > For what it's worth, a semi-generic for_each_set_clump (i.e. for clumps > smaller than the width of a bitmap word) can be implemented by simply > replacing the hardcoded '8' and '0xFF' instances with respective > variables. I have not yet had a need for such an implementation, and > since it falls short of a true generic for_each_set_clump function, I > have decided to forgo such an implementation for now. > > In addition, the bitmap_get_value8 and bitmap_set_value8 functions are > introduced to get and set 8-bit values respectively. Their use is based > on the behavior suggested in the patchset version 4 review. > > William Breathitt Gray (14): > bitops: Introduce the for_each_set_clump8 macro > lib/test_bitmap.c: Add for_each_set_clump8 test cases > gpio: 104-dio-48e: Utilize for_each_set_clump8 macro > gpio: 104-idi-48: Utilize for_each_set_clump8 macro > gpio: gpio-mm: Utilize for_each_set_clump8 macro > gpio: ws16c48: Utilize for_each_set_clump8 macro > gpio: pci-idio-16: Utilize for_each_set_clump8 macro > gpio: pcie-idio-24: Utilize for_each_set_clump8 macro > gpio: uniphier: Utilize for_each_set_clump8 macro > gpio: 74x164: Utilize the for_each_set_clump8 macro > thermal: intel: intel_soc_dts_iosf: Utilize for_each_set_clump8 macro > gpio: pisosr: Utilize the for_each_set_clump8 macro > gpio: max3191x: Utilize the for_each_set_clump8 macro > gpio: pca953x: Utilize the for_each_set_clump8 macro > > drivers/gpio/gpio-104-dio-48e.c | 73 ++++---------- > drivers/gpio/gpio-104-idi-48.c | 36 ++----- > drivers/gpio/gpio-74x164.c | 19 ++-- > drivers/gpio/gpio-gpio-mm.c | 73 ++++---------- > drivers/gpio/gpio-max3191x.c | 19 ++-- > drivers/gpio/gpio-pca953x.c | 17 ++-- > drivers/gpio/gpio-pci-idio-16.c | 75 +++++--------- > drivers/gpio/gpio-pcie-idio-24.c | 109 ++++++++------------- > drivers/gpio/gpio-pisosr.c | 12 +-- > drivers/gpio/gpio-uniphier.c | 16 ++- > drivers/gpio/gpio-ws16c48.c | 73 ++++---------- > drivers/thermal/intel/intel_soc_dts_iosf.c | 29 +++--- > drivers/thermal/intel/intel_soc_dts_iosf.h | 2 - > include/asm-generic/bitops/find.h | 50 ++++++++++ > include/linux/bitops.h | 5 + > lib/find_bit.c | 14 +++ > lib/test_bitmap.c | 65 ++++++++++++ > 17 files changed, 325 insertions(+), 362 deletions(-) > > -- > 2.23.0 This patchset only implements for_each_set_clump8 which restricts the looping to 8 bits at a time. The drivers/gpio/gpio-thunderx.c file has a set_multiple callback that loops 64 bits at a time. That would be one case where a more general for_each_set_clump macro would be useful. However, we can focus on the simpler for_each_set_clump8 macro for now since looping by 8 bits at a time is the most common situation. William Breathitt Gray