Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754610AbaKKLMC (ORCPT ); Tue, 11 Nov 2014 06:12:02 -0500 Received: from mail-qg0-f50.google.com ([209.85.192.50]:41639 "EHLO mail-qg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754596AbaKKLL6 (ORCPT ); Tue, 11 Nov 2014 06:11:58 -0500 Date: Tue, 11 Nov 2014 11:11:52 +0000 From: Lee Jones To: Aaron Lu Cc: "Rafael J. Wysocki" , linux-acpi@vger.kernel.org, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, Jacob Pan Subject: Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower Message-ID: <20141111111152.GX24004@x1> References: <1414735705-18366-1-git-send-email-aaron.lu@intel.com> <54616E55.80204@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54616E55.80204@intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 11 Nov 2014, Aaron Lu wrote: > On 10/31/2014 02:08 PM, Aaron Lu wrote: > > On Intel Baytrail-T and Baytrail-T-CR platforms, there are two customized > > ACPI operation regions defined for the Power Management Integrated Circuit > > device, one is for power resource handling and one is for thermal: sensor > > temperature reporting, trip point setting, etc. There are different PMIC > > chips used on those platforms and though each has the same two operation > > regions and functionality, their implementation is different so every PMIC > > will need a driver. But since their functionality is similar, some common > > code is abstracted into the intel_soc_pmic_opregion.c. > > > > The last version is posted here: > > https://lkml.org/lkml/2014/9/8/801 > > > > Changes since then: > > 1 Move to drivers/acpi as discussed on the above thread; > > 2 Added support for XPower AXP288 PMIC operation region support; > > 3 Since operation region handler can not be removed(at the moment at least), > > use bool for the two operation region driver configs instead of tristate; > > Another reason to do this is that, with Mika's MFD ACPI support patch, all > > those MFD cell devices created will have the same modalias as their parent's > > so it doesn't make much sense to compile these drivers into modules. > > > > Patch 1 applies on top of Rafael's pm-next branch, and then patch 2 and > > patch 3 needs merge of Lee's mfd/ib-mfd-iio-3.19 branch where the PMIC > > driver XPower AXP288 and iio driver axp288_adc is located. > > Since patch 2-3 are based on top of the mfd/ib-mfd-iio-3.19 branch, it > would be easy to go through the mfd/ib-mfd-iio-3.19 branch. > > Rafael, > Can I get your ACK for the three patches? > > Lee, > Can you please take the series if Rafael gives it ack? Yes, no problem. > > Aaron Lu (3): > > ACPI / pmic_opregion: support PMIC operation region for CrystalCove > > ACPI / pmic_opregion: support PMIC operation region for XPower AXP288 > > ACPI / pmic_opregion: AXP288: support virtual GPIO in ACPI table > > > -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/