From: Bjorn Andersson <bjorn.andersson@linaro.org>
To: Doug Anderson <dianders@chromium.org>
Cc: Stephen Boyd <swboyd@chromium.org>,
Andy Gross <andy.gross@linaro.org>,
David Brown <david.brown@linaro.org>,
Sibi Sankar <sibis@codeaurora.org>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
linux-arm-msm <linux-arm-msm@vger.kernel.org>,
devicetree@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 01/10] arm64: dts: qcom: sdm845: Update PIL region memory map
Date: Tue, 22 Jan 2019 16:30:41 -0800 [thread overview]
Message-ID: <20190123003041.GF31919@minitux> (raw)
In-Reply-To: <CAD=FV=UgQtPZj-EWCzqGqgAbfijjd+j7kO8XsXttJKfejEzBzg@mail.gmail.com>
On Tue 22 Jan 15:10 PST 2019, Doug Anderson wrote:
> Hi,
>
> On Tue, Jan 22, 2019 at 11:24 AM Bjorn Andersson
> <bjorn.andersson@linaro.org> wrote:
> >
> > On Tue 22 Jan 10:58 PST 2019, Stephen Boyd wrote:
> >
> > > Quoting Bjorn Andersson (2019-01-21 21:51:03)
> > > > @@ -103,10 +138,30 @@
> > > > no-map;
> > > > };
> > > >
> > > > + venus_mem: memory@95800000 {
> > > > + reg = <0 0x95800000 0 0x500000>;
> > > > + no-map;
> > > > + };
> > > > +
> > > > + cdsp_mem: memory@95d00000 {
> > > > + reg = <0 0x95d00000 0 0x800000>;
> > > > + no-map;
> > > > + };
> > > > +
> > > > mba_region: memory@96500000 {
> > > > reg = <0 0x96500000 0 0x200000>;
> > > > no-map;
> > > > };
> > > > +
> > > > + slpi_mem: memory@96700000 {
> > > > + reg = <0 0x96700000 0 0x1400000>;
> > > > + no-map;
> > > > + };
> > > > +
> > > > + spss_mem: memory@97b00000 {
> > > > + reg = <0 0x97b00000 0 0x100000>;
> > > > + no-map;
> > > > + };
> > > > };
> > > >
> > >
> > > What's the plan if certain configurations don't use all these carveouts?
> > > Can we mark the reservation nodes as status = "disabled", or the reverse
> > > and mark them as status = "ok" in all boards, and then reclaim the
> > > memory for peripherals we don't care to use?
> > >
> >
> > The code path that picks these up does look for "status", so I suggest
> > that we leave them all enabled in the platform dtsi and then let the
> > device's reclaim them as needed.
>
> Does that mean we should add labels for all of the sub-nodes so that
> boards can easily mark them "disabled"?
>
That sounds reasonable, I'll dig up some labels for the unlabeled nodes
as well.
Thanks,
Bjorn
next prev parent reply other threads:[~2019-01-23 0:30 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-22 5:51 [PATCH v3 00/10] Qualcomm AOSS QMP driver and modem dts Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 01/10] arm64: dts: qcom: sdm845: Update PIL region memory map Bjorn Andersson
2019-01-22 18:58 ` Stephen Boyd
2019-01-22 19:24 ` Bjorn Andersson
2019-01-22 23:10 ` Doug Anderson
2019-01-23 0:30 ` Bjorn Andersson [this message]
2019-01-22 23:16 ` Doug Anderson
2019-01-23 0:39 ` Bjorn Andersson
2019-01-25 17:40 ` Sibi Sankar
2019-01-22 5:51 ` [PATCH v3 02/10] arm64: dts: qcom: sdm845: Define rmtfs memory Bjorn Andersson
2019-01-22 23:26 ` Doug Anderson
2019-01-22 23:34 ` Brian Norris
2019-01-23 0:47 ` Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 03/10] arm64: dts: sdm845: Introduce ADSP and CDSP PAS nodes Bjorn Andersson
2019-01-22 23:46 ` Doug Anderson
2019-01-23 0:26 ` Bjorn Andersson
2019-01-23 0:40 ` Doug Anderson
2019-01-23 1:09 ` Bjorn Andersson
2019-01-23 23:24 ` Doug Anderson
2019-01-24 6:22 ` Stephen Boyd
2019-01-22 5:51 ` [PATCH v3 04/10] dt-bindings: soc: qcom: Add AOSS QMP binding Bjorn Andersson
2019-01-22 19:04 ` Stephen Boyd
2019-01-22 19:25 ` Bjorn Andersson
2019-01-22 19:28 ` Stephen Boyd
2019-01-22 5:51 ` [PATCH v3 05/10] soc: qcom: Add AOSS QMP communication driver Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 06/10] soc: qcom: Add AOSS QMP genpd provider Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 07/10] remoteproc: q6v5-mss: Vote for rpmh power domains Bjorn Andersson
2019-01-23 0:01 ` Doug Anderson
2019-01-22 5:51 ` [PATCH v3 08/10] remoteproc: q6v5-mss: Active powerdomain for SDM845 Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 09/10] arm64: dts: qcom: Add AOSS QMP node Bjorn Andersson
2019-01-22 5:51 ` [PATCH v3 10/10] arm64: dts: qcom: sdm845: Add Q6V5 MSS node Bjorn Andersson
2019-01-23 0:28 ` Doug Anderson
2019-01-23 1:10 ` Bjorn Andersson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190123003041.GF31919@minitux \
--to=bjorn.andersson@linaro.org \
--cc=andy.gross@linaro.org \
--cc=david.brown@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=dianders@chromium.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=robh+dt@kernel.org \
--cc=sibis@codeaurora.org \
--cc=swboyd@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.