[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <154508986359.19322.1555129141976726505@swboyd.mtv.corp.google.com>
Date: Mon, 17 Dec 2018 15:37:43 -0800
From: Stephen Boyd <sboyd@...nel.org>
To: andy.gross@...aro.org, david.brown@...aro.org,
jassisinghbrar@...il.com, jorge.ramirez-ortiz@...aro.org,
mark.rutland@....com, mturquette@...libre.com, robh+dt@...nel.org,
will.deacon@....com
Cc: bjorn.andersson@...aro.org, vkoul@...nel.org,
niklas.cassel@...aro.org, sibis@...eaurora.org,
georgi.djakov@...aro.org, arnd@...db.de,
horms+renesas@...ge.net.au, heiko@...ech.de,
enric.balletbo@...labora.com, jagan@...rulasolutions.com,
olof@...om.net, amit.kucheria@...aro.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-clk@...r.kernel.org
Subject: Re: [PATCH 05/13] clk: qcom: apcs-msm8916: get parent clock names from DT
Quoting Jorge Ramirez-Ortiz (2018-12-17 01:46:22)
> Allow accessing the parent clock names required for the driver
> operation by using the device tree node.
>
> This permits extending the driver to other platforms without having to
> modify its source code.
>
> For backwards compatibility leave previous values as default.
Why do we need to maintain backwards compatibility? Isn't is required
that the nodes have clocks properties?
Powered by blists - more mailing lists