Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp2045346img; Sat, 23 Mar 2019 21:08:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqwDQQJH4p0LfEhcBdVaGushZevMv28E3mnwLK4JyA7E9RYEY7l7uTqSLO4ZQ/Xzuxvbxdhk X-Received: by 2002:a62:41dc:: with SMTP id g89mr16939304pfd.109.1553400529246; Sat, 23 Mar 2019 21:08:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553400529; cv=none; d=google.com; s=arc-20160816; b=Mud9fBxIZNdv7AD34ELm7T0ndbYk3p9iXzV+dYZbSEMtD94IeoEuyBe6RJRey0v/KO mt357rP5jaMhO1Gd1UBLq2XTUR5WJvIahXvoxZYs7BX5TlLFtLQSm/ZZQWQ9ZM61MPCd UaxfJFgAvJVGtIzDxSM4+G7MgBJ8BrZyjc4LLzHisWVNA13q3GX+L205M8vVMq2I/CJX 5aN5cX+tPOU8vkqxOzPZSZBZ3zouV2xDDVjM/cDCTjdaxCkYYHm1KNLDEX22yXk1fF43 auh7GyBXjjTejcLc0+OzBjvACgDPHeCDAhHaOwQ7OJ0DDk+524noNbkGw2SE2jsIsTi5 oR3w== 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=MRm25Mq7sSdAKcYNmsiuGnOxKdMDFRpruZX/lX+nroM=; b=WaMc2F0kucxoaSnsRxmbiiGIj7Q8cF8JnSC+aKWRyGZ+gzAfr2gfr8RPcPIZUziknz kH3krEiDnRCSVQIdPGsvJWbtqCn77h7M8zm3z9mdEFU0r28amODClNsEsN737X7dYa9N zXgV4rKN3qnz+vOMo0NNMZDKWB2yLRheFFhbYlqQe/EQ33ur+m5HJwVRqH6M5M8h5Vh3 XeoxNqdC3btpUKa9VxYw2htmTY0zXXWl7WijzIJkHa0eU6DVP2qCETnAc3IZ5sJxBc2B 1fXyU9UXUml/FDQ41p/d0hWA81dFzq1iZrH4h09p9BXyvnFtXJm4p1LilBtbDJJecdtu iD8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="IaT/xtjO"; 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 p14si10127660pfd.176.2019.03.23.21.08.22; Sat, 23 Mar 2019 21:08:49 -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="IaT/xtjO"; 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 S1726137AbfCXEHZ (ORCPT + 99 others); Sun, 24 Mar 2019 00:07:25 -0400 Received: from mail-pf1-f193.google.com ([209.85.210.193]:42398 "EHLO mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725267AbfCXEHZ (ORCPT ); Sun, 24 Mar 2019 00:07:25 -0400 Received: by mail-pf1-f193.google.com with SMTP id r15so4087810pfn.9; Sat, 23 Mar 2019 21:07:24 -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=MRm25Mq7sSdAKcYNmsiuGnOxKdMDFRpruZX/lX+nroM=; b=IaT/xtjOaloyW34bAa8prr1vSFL8z5zVoitFhgMrIhZAQ+cSu0HB1zZBVHCoYv+IXt X0fO1NcM18c42fVhe+E+ttWvOH0zaZNffgHFstgow3a2MNlP9OIaH9TReYoJwZS6xLG9 EHrZwpHOIe/+Ts4NDO7qY72k8gCY3QgRJD/dXGty+TyFH/sqrL8WsNETLJi6/72wVIXx uzMS2jvAWa7nQR7RHPk0bXPvlbQEoSxaHk6nMn1znhJgADFMOP0TwX3cOfmbu6PswmLe 4+/uXkAf1zhG2YfZq/cZS9oHQBV+EM8bf22Yv1nZfJDc2hhGbRq4PiASuGFGZkFRgJY4 Bk3A== 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=MRm25Mq7sSdAKcYNmsiuGnOxKdMDFRpruZX/lX+nroM=; b=VSxeRfKCtRwx7XLuhaP4Y3U3sdhVOkVd/7KQwcMEuVL8sKwM8LTd3iaiJjhYaHUkN9 9hw6uF1I2j1L+X7EyF5BMr2HCg2PXzmvsYXrgnP3Ni4e5Jf1KRV4ayN9V9Ln/FNRU0zC M3uMyVEBBfPM3N2WkszLngDkducAWd1RTeQLMA/USL22e2slUFPi4Jpnk9ImYf8OH7dg znYPjPnOJRS7n1nNUqR4dGwzqKBgkUKLohMFaib0l8sS4YF1fTXmyeOlgjgerlJxycJZ Z+CePG8dKnP5/5RC17gmNad/NxAxJb2zc1PXpliT66kP89zA3L30WuDyPZoyRUPTs5s2 wOYw== X-Gm-Message-State: APjAAAXEu0XS9Q4qgLuCCGgmKDYakVFGHBlWLxRAOsq0S/k/w6pUp8wY L0od4f/zl9nY4fyaWrKbhoC6tYeA X-Received: by 2002:a17:902:42:: with SMTP id 60mr18053742pla.132.1553400443909; Sat, 23 Mar 2019 21:07:23 -0700 (PDT) Received: from icarus ([2001:268:c0a4:5125:c70:4af9:86e2:2]) by smtp.gmail.com with ESMTPSA id g13sm21638168pfm.159.2019.03.23.21.07.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 23 Mar 2019 21:07:23 -0700 (PDT) Date: Sun, 24 Mar 2019 13:08:09 +0900 From: William Breathitt Gray To: Andy Shevchenko , Geert Uytterhoeven , Phil Reid Cc: linus.walleij@linaro.org, akpm@linux-foundation.org, linux-gpio@vger.kernel.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux@rasmusvillemoes.dk, yamada.masahiro@socionext.com, bgolaszewski@baylibre.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v10 00/10] Introduce the for_each_set_clump8 macro Message-ID: <20190324040704.GA8285@icarus> References: <20190322191202.GC9224@smile.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20190322191202.GC9224@smile.fi.intel.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 22, 2019 at 09:12:02PM +0200, Andy Shevchenko wrote: > On Thu, Mar 14, 2019 at 09:29:32PM +0900, William Breathitt Gray wrote: > > Changes in v10: > > - Fix off-by-one error in bitmap initialization in the > > test_for_each_set_clump8 function > > - Fix typos in clump_exp array definition in test_bitmap.c ("0x28" > > should have been "0x38") > > - Utilize for_each_set_clump8 macro in intel_soc_dts_iosf.c > > One more, can you look at gen_74x164_set_multiple() ? It seems a candidate as > well, if I'm not mistaken. We can utilize the for_each_set_clump8 macro in the gen_74x164_set_multiple function, but I skipped over it earlier since I noticed it used the BITS_PER_BYTE define rather than a hardcoded 8. If it always loops 8 bits at a time, then we can use the for_each_set_clump8 macro; otherwise we would need the more generic for_each_set_clump macro to handle the non-8-bit looping cases. Will BITS_PER_BYTE always be defined as 8 bits? William Breathitt Gray > > > -- > With Best Regards, > Andy Shevchenko > >