Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755127AbcC1QmX (ORCPT ); Mon, 28 Mar 2016 12:42:23 -0400 Received: from mail-lf0-f49.google.com ([209.85.215.49]:35404 "EHLO mail-lf0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754562AbcC1QmU (ORCPT ); Mon, 28 Mar 2016 12:42:20 -0400 Subject: Re: [PATCH v3 02/16] mfd: da8xx-cfgchip: New header file for CFGCHIP registers. To: David Lechner References: <1458863503-31121-1-git-send-email-david@lechnology.com> <1458863503-31121-3-git-send-email-david@lechnology.com> <56F573F3.90500@cogentembedded.com> <56F94772.7070009@lechnology.com> Cc: petr@barix.com, David.Laight@ACULAB.COM, Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Russell King , Sekhar Nori , Kevin Hilman , Kishon Vijay Abraham I , Greg Kroah-Hartman , Alan Stern , Bin Liu , Lee Jones , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list , "moderated list:ARM PORT" , "open list:USB SUBSYSTEM" From: Sergei Shtylyov Organization: Cogent Embedded Message-ID: <56F95EE6.1010403@cogentembedded.com> Date: Mon, 28 Mar 2016 19:42:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56F94772.7070009@lechnology.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 890 Lines: 26 Hello. On 03/28/2016 06:02 PM, David Lechner wrote: >>> +/* register offsets */ >>> +#define CFGCHIP_REG(n) (n * 4) >>> +#define CFGCHIP0_REG CFGCHIP_REG(0) >>> +#define CFGCHIP1_REG CFGCHIP_REG(1) >>> +#define CFGCHIP2_REG CFGCHIP_REG(2) >>> +#define CFGCHIP3_REG CFGCHIP_REG(3) >>> +#define CFGCHIP4_REG CFGCHIP_REG(4) >> >> Why not just use CFGCHIP_REG(n) directly? > > I considered that, but I went this way because A) the TRM uses, for example, > "CFGCHIP2", so I wanted to keep "CFGCHIP" and "2" together I'd just drop the _REG suffix. > and B) this tells > you how many CFGCHIP registers there are, i.e. there is no CFGCHIP5_REG. You can tell that in a comment. Having a parametrized macro and using it to just #define more macros doesn't appeal to me at all... MBR, Sergei