Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp12795ybz; Fri, 24 Apr 2020 11:01:23 -0700 (PDT) X-Google-Smtp-Source: APiQypLfDdOJVLR+mR+Q8u2ChU7NVfS+K1GI/AM4Ky0rf6325ty6K4IS3RHpqDrodapuggRodJrz X-Received: by 2002:a17:906:7e5a:: with SMTP id z26mr8619624ejr.168.1587751283341; Fri, 24 Apr 2020 11:01:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587751283; cv=none; d=google.com; s=arc-20160816; b=CjI0tl3Nz+d3mF0iKDAzgTnRRZhBZGqrCQ/KWXhuDX+LQY83TwisK46RJvNS02gctC xUVNY0rsIeeTcu4PvZbo4RmbZU9y6vz9h27Kds6pZdgXS09sBpE5H2iuR2hUWKoAGIA2 0GLo9OHZWyE7CkRFL82r3CdHN16+7JyW4cMDlBENMvtcEwkpWGgx0UtQ0eMZUL5c2ma+ MtzDjyCSB+Dj2nm3axVqh7QVdkJSyT1lALxzXkoEpPAegcM7U+RaJIjAnHhYd07Ze6pm q+wa54hdEctdlOwRhc4j6uM8tMuSFRtXE1TNP9hrXoZTv3ca/sQK3JV+P2uh48HLNPi2 yH4g== 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; bh=y6ev+NacMHKQBaZmjFWRuSUz457GnYS2jKL8+R+Jbqw=; b=NKdJL6nhTHpXLeccPdAswFrYpPU93dWZSS7rd9GfsLSe1o9Ef6v0b0CHSbHy1da0BD rsFjc+yVKSY+O1RJZjrBWtk1O9gZooIfFL1aBkQ1Vh1FO42ko0DyJvZkixOFtJ6bMWWy h17t+OsjcPKhhPGFoUHGuZMWTEMd8F/ebbj+vwSSxfW0gKw0TUsAnb9y2Sv+veTT3mte hE0aYba12FeVgvMCKfHtilQPB3lR8HG04dbENv6c7+IoGZth0OHbqmVn9XqOzJ/OrA5J +Ry68o/qaNoYJ0fZn8VQMH7NOB27ti3qolRbDMMJHeQXJF53+IA3kQ9y3Wn29vjTNyNP YluQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s12si3412638ejr.463.2020.04.24.11.00.58; Fri, 24 Apr 2020 11:01:23 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727049AbgDXR73 (ORCPT + 99 others); Fri, 24 Apr 2020 13:59:29 -0400 Received: from bmailout1.hostsharing.net ([83.223.95.100]:32783 "EHLO bmailout1.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726793AbgDXR73 (ORCPT ); Fri, 24 Apr 2020 13:59:29 -0400 Received: from h08.hostsharing.net (h08.hostsharing.net [83.223.95.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.hostsharing.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by bmailout1.hostsharing.net (Postfix) with ESMTPS id 370373000481D; Fri, 24 Apr 2020 19:59:24 +0200 (CEST) Received: by h08.hostsharing.net (Postfix, from userid 100393) id 0D2F6DF726; Fri, 24 Apr 2020 19:59:23 +0200 (CEST) Date: Fri, 24 Apr 2020 19:59:23 +0200 From: Lukas Wunner To: William Breathitt Gray Cc: Andy Shevchenko , Syed Nayyar Waris , akpm@linux-foundation.org, arnd@arndb.de, Linus Walleij , linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/6] bitops: Introduce the the for_each_set_clump macro Message-ID: <20200424175923.4f5y7xfp4w2wlm7b@wunner.de> References: <20200424122521.GA5552@syed> <20200424141037.ersebbfe7xls37be@wunner.de> <20200424150058.xadjxaga3csh3br6@wunner.de> <20200424150828.GA5034@icarus> <20200424163410.GD185537@smile.fi.intel.com> <20200424163904.GA7742@icarus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424163904.GA7742@icarus> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 24, 2020 at 12:42:00PM -0400, William Breathitt Gray wrote: > Within this patchset the only non-8-bit users are gpio-thunderx and > gpio-xilinix. The gpio-xilinx has configurable port widths so in some > instances it can behave like the 8-bit users, but not always. > > If you want to keep the existing for_each_set_clump8 and related > functions, ignore [PATCH 3/6] and [PATCH 4/6]. That should allow this > patchset to be just an introduction of the new generic functions without > affecting the existing 8-bit users. Yes I don't mind the changes to gpio-thunderx and gpio-xilinx at all but please leave the 8-bit users as they are wherever possible. Actually my concern is not just performance but the existing 8-bit variant is simpler to understand than the generic variant, making it easier to follow the code in the drivers. Thanks, Lukas