Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756332AbaFQX7R (ORCPT ); Tue, 17 Jun 2014 19:59:17 -0400 Received: from smtp.codeaurora.org ([198.145.11.231]:46721 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753268AbaFQX7P (ORCPT ); Tue, 17 Jun 2014 19:59:15 -0400 Message-ID: <53A0D651.20605@codeaurora.org> Date: Tue, 17 Jun 2014 16:59:13 -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: Bjorn Andersson CC: Rob Herring , Mark Rutland , Liam Girdwood , Mark Brown , Kumar Gala , Lee Jones , Josh Cartwright , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org Subject: Re: [PATCH v3 1/3] soc: devicetree: bindings: Add Qualcomm RPM DT binding References: <1402944372-31901-1-git-send-email-bjorn.andersson@sonymobile.com> <1402944372-31901-2-git-send-email-bjorn.andersson@sonymobile.com> In-Reply-To: <1402944372-31901-2-git-send-email-bjorn.andersson@sonymobile.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 06/16/14 11:46, Bjorn Andersson wrote: > diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,rpm.txt b/Documentation/devicetree/bindings/soc/qcom/qcom,rpm.txt > new file mode 100644 > index 0000000..0366533 > --- /dev/null > +++ b/Documentation/devicetree/bindings/soc/qcom/qcom,rpm.txt > @@ -0,0 +1,260 @@ > +Qualcomm Resource Power Manager (RPM) > + [...] > + > +- reg: > + Usage: required > + Value type: > + Definition: two entries specifying the RPM's message ram and ipc register > + > +- reg-names: > + Usage: required > + Value type: > + Definition: must contain the following, in order: > + "msg_ram" > + "ipc" ipc is concerning.... > + rpm@108000 { > + compatible = "qcom,rpm-msm8960"; > + reg = <0x108000 0x1000 0x2011008 0x4>; > + (reg-names is missing from the example) because ipc is actually a register inside the Krait complex's global clock control/distribution hardware block (it's located at 0x2011000). >From what I can tell, this is the only non-clock/power register inside there. I plan to send out a driver for this hardware block so that I can switch the L2 aux source mux over to PLL8 instead of PXO (done with a single register write to 0x2011028) and this mapping/use here is going to conflict with that unless I only map the single register like is done here. I wonder if we'd be better off making this region a separate node and having some phandle to it here in the RPM node? That way we have a driver that provides a clock and some IPC handle the RPM driver can get. The SMD driver also uses the same register to kick other processors so having some generic IPC handle may be useful there too. -- 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/