Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758523AbaGQXK1 (ORCPT ); Thu, 17 Jul 2014 19:10:27 -0400 Received: from smtp.codeaurora.org ([198.145.11.231]:46809 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758397AbaGQXKX (ORCPT ); Thu, 17 Jul 2014 19:10:23 -0400 Message-ID: <53C857DE.7030507@codeaurora.org> Date: Thu, 17 Jul 2014 16:10:22 -0700 From: Stephen Boyd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Stanimir Varbanov CC: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, Lee Jones , Samuel Ortiz , Ian Campbell , Pawel Moll , Rob Herring , Kumar Gala , Mark Rutland , Grant Likely , Courtney Cavin , Bjorn Andersson , Josh Cartwright Subject: Re: [PATCH v2 0/4] Support for Qualcomm QPNP PMIC's References: <1405613855-27572-1-git-send-email-svarbanov@mm-sol.com> In-Reply-To: <1405613855-27572-1-git-send-email-svarbanov@mm-sol.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/17/14 09:17, Stanimir Varbanov wrote: > Hello everyone, > > Here is the continuation of patch sets sent recently about Qualcomm > QPNP SPMI PMICs. > > The previous version of the patch set can be found at [1]. > > Changes since v1: > - removed completely custom *of* parser > - renamed the mfd driver from qpnp-spmi to pm8xxx-spmi > - now MFD_PM8XXX_SPMI Kconfig option depends on SPMI > > Removing of the custom *of* parser leads to that that the *reg* devicetree > property cannot exist and therefore cannot be parsed to get PMIC peripheral > resources. I took this step aside because no one from mfd drivers does this > parsing. This will lead to inconvenience in the peripheral drivers to define > internally the SPMI base addresses depending on the compatible property > i.e. PMIC version. We should teach the of platform layer to translate reg properties up until the point that they can't be translated anymore. If they can't be translated all the way back to cpu addresses we can make the resource have IORESOURCE_REG instead of IORESOURCE_MEM and then said pmic platform drivers can use platform_get_resource() with IORESOURCE_REG instead of IORESOURCE_MEM to get the addresses. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation -- 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/