lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <53C857DE.7030507@codeaurora.org> Date: Thu, 17 Jul 2014 16:10:22 -0700 From: Stephen Boyd <sboyd@...eaurora.org> To: Stanimir Varbanov <svarbanov@...sol.com> CC: linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org, Lee Jones <lee.jones@...aro.org>, Samuel Ortiz <sameo@...ux.intel.com>, Ian Campbell <ijc+devicetree@...lion.org.uk>, Pawel Moll <pawel.moll@....com>, Rob Herring <robh+dt@...nel.org>, Kumar Gala <galak@...eaurora.org>, Mark Rutland <mark.rutland@....com>, Grant Likely <grant.likely@...aro.org>, Courtney Cavin <courtney.cavin@...ymobile.com>, Bjorn Andersson <bjorn.andersson@...ymobile.com>, Josh Cartwright <joshc@...eaurora.org> Subject: Re: [PATCH v2 0/4] Support for Qualcomm QPNP PMIC's 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@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists