Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1876437pxf; Fri, 19 Mar 2021 19:39:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw6UW5eRgeky1LpqfWO1A9QACVONOBlDvQjsNkwUdtmvYmv/vBdzsNGrjy2q9pex+680qZC X-Received: by 2002:aa7:c342:: with SMTP id j2mr13399937edr.8.1616207999003; Fri, 19 Mar 2021 19:39:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616207998; cv=none; d=google.com; s=arc-20160816; b=aoMESLSTbqVHhYOI01LNMtoZdjMWSypUmKaCYv1uBdlMH05TSwEA3YTLkx3FEOd5jw UgAOSP/p2Py2VnRer6uMli8xEOvTzE/rY8wvzYwcClhHJ+V5nuZl0dEBSI0nRG8MPSrm /A2brWSbXtpjL4UP20tk8MS1OAUwVY7R/AFV5RP55XELSVZASNEjF8H2N1rWCMG+J1HC SFr3SQXETb0La9Tq6htTGxozuwan1s1UKNBSQcvdMljQNoVFaTLMdYeVfWNLziSxzrGI TdT9kV3cW4i2WfwGxZaeNbPM+kHKMR4k+KHUBMdNNm4rFJXwgx05kwoT+VxDyxf4MdZk 182A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=QF7cyPEFl3694O5C1a4RTcNvup9VRdotuIkJwftUBpg=; b=mXe2NVAE7nvZNO9zCXnOyzClrD/W7tlw6RzNofuANtNMoZMGDbeTNXthNCQP2Dadyg zv2yEPKrr52P5aB4fdGwTq3pXWNjsI+xADdI8dp321hmWM70hpVcmNb0gi+NUM5CauVg Iuqp90aTi+7h1r5uRxkFumBoMc49fEJHsfFLid2XhLOzOOT/TNpSsboBU8YKEpXc8AtC NYXhu/9+8RhhMU/f/Ta4MqdYhz/wgfCdOJCFe0d0U1jWsZKMxc47sijbb5JGhpUmfKXB 6nhvE98Sl1RRaD/xP3KgtgJccakuhvU+fqq2wrnS9W1JuLc/EJTkK2cCw5YciZT7yhBZ OrKQ== 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 h17si5653250edr.331.2021.03.19.19.39.35; Fri, 19 Mar 2021 19:39:58 -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 S229772AbhCTCh4 (ORCPT + 99 others); Fri, 19 Mar 2021 22:37:56 -0400 Received: from alexa-out-sd-01.qualcomm.com ([199.106.114.38]:54528 "EHLO alexa-out-sd-01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229708AbhCTChk (ORCPT ); Fri, 19 Mar 2021 22:37:40 -0400 Received: from unknown (HELO ironmsg05-sd.qualcomm.com) ([10.53.140.145]) by alexa-out-sd-01.qualcomm.com with ESMTP; 19 Mar 2021 19:37:39 -0700 X-QCInternal: smtphost Received: from gurus-linux.qualcomm.com (HELO gurus-linux.localdomain) ([10.46.162.81]) by ironmsg05-sd.qualcomm.com with ESMTP; 19 Mar 2021 19:37:39 -0700 Received: by gurus-linux.localdomain (Postfix, from userid 383780) id 6EA671A15; Fri, 19 Mar 2021 19:37:39 -0700 (PDT) Date: Fri, 19 Mar 2021 19:37:39 -0700 From: Guru Das Srinagesh To: Mark Brown Cc: Markus Elfring , Lee Jones , Rob Herring , Bjorn Andersson , Greg KH , Guenter Roeck , Joe Perches , Subbaraman Narayanamurthy , David Collins , Anirudh Ghayal , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [RFC PATCH v3 2/3] regmap-irq: Add support for POLARITY_HI and POLARITY_LO config regs Message-ID: <20210320023739.GA26323@codeaurora.org> References: <4b77a308ccdabbe96ed68623bd6eead9510e1fc9.1615423027.git.gurus@codeaurora.org> <20210312121916.GE5348@sirena.org.uk> <20210315203336.GA8977@codeaurora.org> <20210317204212.GE5559@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210317204212.GE5559@sirena.org.uk> User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 17, 2021 at 08:42:12PM +0000, Mark Brown wrote: > On Mon, Mar 15, 2021 at 01:33:37PM -0700, Guru Das Srinagesh wrote: > > > Since I do need to write to two extra registers, I'll need two > > register_base's and two buffers to hold their data. This can be > > generalized to "extra config registers" in the framework as follows: > > > > - Add these two fields to `struct regmap_irq_chip`: > > > > unsigned int *extra_config_base; /* Points to array of extra regs */ > > int num_extra_config_regs; /* = ARRAY_SIZE(array above) */ > > I'm having a hard time loving this but I'm also not able to think of any > better ideas so sure. I'd change the name to virtual (or virt) rather > than extra since that's what they are so it makes it a bit omre clear. Thanks for accepting the first patch in this series. I will test out my proposed changes and then send a new patchset sometime next week. Thank you. Guru Das.