From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lee Jones Subject: Re: [PATCH 01/15] mfd: Add Cherry Trail Whiskey Cove PMIC driver Date: Mon, 20 Mar 2017 10:41:52 +0000 Message-ID: <20170320104152.lba24r2qilpjr2kk@dell> References: <20170317095527.10487-1-hdegoede@redhat.com> <20170317095527.10487-2-hdegoede@redhat.com> <1489770046.19767.66.camel@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Content-Disposition: inline In-Reply-To: <1489770046.19767.66.camel@linux.intel.com> Sender: linux-i2c-owner@vger.kernel.org To: Andy Shevchenko Cc: Hans de Goede , "Rafael J . Wysocki" , Len Brown , Wolfram Sang , Sebastian Reichel , MyungJoo Ham , Chanwoo Choi , linux-acpi@vger.kernel.org, Takashi Iwai , linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, Bin Gao , Felipe Balbi List-Id: linux-pm@vger.kernel.org On Fri, 17 Mar 2017, Andy Shevchenko wrote: > On Fri, 2017-03-17 at 10:55 +0100, Hans de Goede wrote: > > Add mfd driver for Intel CHT Whiskey Cove PMIC, based on various non > > upstreamed CHT Whiskey Cove PMIC patches. > > > > This is a somewhat minimal version which adds irqchip support and > > cells > > for: ACPI PMIC opregion support, the i2c-controller driving the > > external > > charger irc and the pwrsrc/extcon block. > > > > Further cells can be added in the future if/when drivers are > > upstreamed > > for them. > > Couple of minor comments, otherwise looks good to me: > > Reviewed-by: Andy Shevchenko > > > +/* Whiskey Cove PMIC share same ACPI ID between different platforms > > */ > > +#define CHT_WC_HRV 3 > > + > > +/* Level 1 IRQs (level 2 IRQs are handled in the child device > > drivers) */ > > +enum { > > + CHT_WC_PWRSRC_IRQ = 0, > > + CHT_WC_THRM_IRQ, > > + CHT_WC_BCU_IRQ, > > + CHT_WC_ADC_IRQ, > > + CHT_WC_EXT_CHGR_IRQ, > > + CHT_WC_GPIO_IRQ, > > + /* There is no irq 6 */ > > + CHT_WC_CRIT_IRQ = 7, > > I would prefer explicit over implicit (adding = N to each line), but > this is minor. No need. The C standard is clear on what is expected of enums. [...] > > + return devm_mfd_add_devices(dev, -1, cht_wc_dev, > > ARRAY_SIZE(cht_wc_dev), > > + NULL, 0, regmap_irq_get_domain(pmic- > > >irq_chip_data)); > > PLATFORM_DEVID_NONE, please. +1 -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog