Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751666AbdFJAHr convert rfc822-to-8bit (ORCPT ); Fri, 9 Jun 2017 20:07:47 -0400 Received: from mga07.intel.com ([134.134.136.100]:2813 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751545AbdFJAHn (ORCPT ); Fri, 9 Jun 2017 20:07:43 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.39,320,1493708400"; d="scan'208";a="979008389" From: "Mani, Rajmohan" To: Sakari Ailus , Andy Shevchenko CC: "linux-kernel@vger.kernel.org" , "linux-gpio@vger.kernel.org" , "linux-acpi@vger.kernel.org" , Lee Jones , Linus Walleij , "Alexandre Courbot" , "Rafael J. Wysocki" , "Len Brown" Subject: RE: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver Thread-Topic: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver Thread-Index: AQHS3rzEYU7jz9+9JUK4AveyJYX8GqIZxSiAgAAZDACAAGy2gIAC8ofQ Date: Sat, 10 Jun 2017 00:07:40 +0000 Message-ID: <6F87890CF0F5204F892DEA1EF0D77A59725BED54@FMSMSX114.amr.corp.intel.com> References: <1496750118-5570-1-git-send-email-rajmohan.mani@intel.com> <1496750118-5570-4-git-send-email-rajmohan.mani@intel.com> <20170607120730.GZ1019@valkosipuli.retiisi.org.uk> <20170607200617.GD1019@valkosipuli.retiisi.org.uk> In-Reply-To: <20170607200617.GD1019@valkosipuli.retiisi.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 10.0.102.7 dlp-reaction: no-action x-originating-ip: [10.1.200.108] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1189 Lines: 28 Hi Sakari, Andy, > Subject: Re: [PATCH v1 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation > region driver > > On Wed, Jun 07, 2017 at 04:37:12PM +0300, Andy Shevchenko wrote: > > >> +static acpi_status ti_pmic_common_handler(u32 function, > > > + acpi_physical_address address, > > > + u32 bits, u64 *value, > > > + void *handler_context, > > > > > handler_context is unused. > > > > >> + int, int, u64 *), > > >> + int (*update)(struct regmap *, > > >> + int, int, u64), > > >> + struct ti_pmic_table *table, > > >> + int table_size) > > > > I would even split this to have separate update() and get() paths > > instead of having such a monster of parameters. > > I'm not really worried about the two callbacks --- you have the compexity, > which is agruably rather manageable, split into a number of caller functions. I'd > rather keep it as-is. > Ack