From: Stephen Boyd <sboyd@codeaurora.org>
To: Tero Kristo <t-kristo@ti.com>
Cc: linux-omap@vger.kernel.org, linux-clk@vger.kernel.org,
tony@atomide.com, mturquette@baylibre.com,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCHv4 00/15] clk: ti: add support for hwmod clocks
Date: Thu, 27 Oct 2016 17:53:41 -0700 [thread overview]
Message-ID: <20161028005341.GR26139@codeaurora.org> (raw)
In-Reply-To: <1476805568-19264-1-git-send-email-t-kristo@ti.com>
On 10/18, Tero Kristo wrote:
> Hi,
>
> As a recap, this series is part of the ongoing work to get rid of the
> hwmod database under mach-omap2 folder. This series converts the
> existing clock related functionality to a new clock type, which will
> allow removing all the .clkctrl related items from hwmod database.
> This series adds sample solution for OMAP4 only, rest of the SoCs can
> be converted automatically once the approach is acceptable.
>
> v4 has the following high level changes compared to v3:
> - Clock data is now statically built-in to the driver
> - Adds clockdomain provider support, which can be used to fetch
> clocks based on clockdomain relation. Only clockdomains need to be
> registered within DT.
> - Added some automatic clock alias generation support to the TI clock
> drivers, if this is not acceptable, I can change this to add all the
> aliases under the individual drivers/clk/ti/clk-xyz.c files
Is there a plan to get rid of the aliases entirely? Or we can't
do that because DT is not fully supported on these platforms? I'm
mostly wondering how long that sort of code is going to stick
around and if it's better to fully compartmentalize it to the
SoCs that are affected or if it should be a core feature of TI
driver.
> - As a sample, only omap4 clock data is available with this set
>
> After this series, the clock data can be dropped from the hwmod database
> for OMAP4, I have working patches for this for anybody interested. Also,
> the DT files require some modifications to add proper support for
> clockdomain providers, and drop some unnecessary clock nodes.
Can this be shared as a git tree on the web? Hopefully I can see
the resulting DTS and understand what's going on better.
>
> Boot + simple PM test seems to be working on OMAP4 with this set, and
> boot test with other boards I have access to don't seem to cause any
> issues. Applies on top of 4.9-rc1.
>
Awesome!
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2016-10-28 0:53 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-18 15:45 [PATCHv4 00/15] clk: ti: add support for hwmod clocks Tero Kristo
2016-10-18 15:45 ` [PATCHv4 01/15] clk: ti: remove un-used definitions from public clk_hw_omap struct Tero Kristo
2016-10-18 15:45 ` [PATCHv4 02/15] clk: ti: mux: export mux clock APIs locally Tero Kristo
2016-10-18 15:45 ` [PATCHv4 03/15] dt-bindings: clock: add omap4 hwmod clock IDs Tero Kristo
2016-10-20 12:47 ` Tony Lindgren
2016-10-20 12:59 ` Tero Kristo
2016-10-20 13:11 ` Tony Lindgren
2016-10-18 15:45 ` [PATCHv4 04/15] clk: ti: add support for automatic clock alias generation Tero Kristo
2016-10-18 15:45 ` [PATCHv4 05/15] clk: ti: create clock aliases automatically for simple clock types Tero Kristo
2016-10-18 15:45 ` [PATCHv4 06/15] clk: ti: use automatic clock alias generation framework Tero Kristo
2016-10-18 15:46 ` [PATCHv4 07/15] clk: ti: rename ti_clk_register_legacy_clks API Tero Kristo
2016-10-18 15:46 ` [PATCHv4 08/15] clk: ti: add clkdm_lookup to the exported functions Tero Kristo
2016-10-18 15:46 ` [PATCHv4 09/15] clk: ti: move omap2_init_clk_clkdm under TI clock driver Tero Kristo
2016-10-20 12:59 ` Tony Lindgren
2016-10-18 15:46 ` [PATCHv4 10/15] clk: ti: add support API for fetching memmap index Tero Kristo
2016-10-18 15:46 ` [PATCHv4 11/15] clk: ti: clockdomain: add clock provider support to clockdomains Tero Kristo
2016-10-20 13:06 ` Tony Lindgren
[not found] ` <1476805568-19264-12-git-send-email-t-kristo-l0cyMroinI0@public.gmane.org>
2016-10-28 0:50 ` Stephen Boyd
2016-10-28 7:41 ` Tero Kristo
[not found] ` <cd32a554-ba0a-33cd-c15c-121524ce679b-l0cyMroinI0@public.gmane.org>
2016-10-28 12:51 ` Tony Lindgren
[not found] ` <20161028125112.xfyrx7l7m64z6cu6-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
2016-10-28 23:36 ` Stephen Boyd
2016-10-28 23:54 ` Tony Lindgren
2016-12-02 22:33 ` Michael Turquette
2016-12-02 23:12 ` Tony Lindgren
2016-12-02 23:52 ` Michael Turquette
2016-12-03 0:18 ` Tony Lindgren
2016-12-05 10:08 ` Tero Kristo
[not found] ` <ed253013-1f12-9fd8-d007-400a6c6fd427-l0cyMroinI0@public.gmane.org>
2016-12-05 15:25 ` Tony Lindgren
[not found] ` <20161205152534.GJ4705-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
2016-12-09 20:02 ` Michael Turquette
2016-12-09 20:40 ` Tony Lindgren
2016-12-09 21:28 ` Michael Turquette
2016-12-09 21:58 ` Tony Lindgren
2016-10-18 15:46 ` [PATCHv4 12/15] clk: ti: enforce const types on string arrays Tero Kristo
2016-10-18 15:46 ` [PATCHv4 13/15] clk: ti: add support for omap4 module clocks Tero Kristo
2016-10-18 15:46 ` [PATCHv4 14/15] clk: ti: omap4: add hwmod clock data Tero Kristo
2016-10-18 15:46 ` [PATCHv4 15/15] clk: ti: omap4: cleanup unnecessary clock aliases Tero Kristo
2016-10-28 0:53 ` Stephen Boyd [this message]
2016-10-28 7:19 ` [PATCHv4 00/15] clk: ti: add support for hwmod clocks Tero Kristo
2016-10-28 23:37 ` Stephen Boyd
2016-12-02 8:15 ` Tero Kristo
2016-12-12 18:25 ` Michael Turquette
2016-12-13 0:49 ` Stephen Boyd
2016-12-13 1:31 ` Tony Lindgren
2016-12-13 1:37 ` Tony Lindgren
2016-12-13 4:40 ` Michael Turquette
2016-12-13 8:31 ` Tero Kristo
2016-12-13 15:37 ` Tony Lindgren
2016-12-13 22:02 ` Michael Turquette
2016-12-14 0:43 ` Tony Lindgren
2016-12-17 1:46 ` Stephen Boyd
2016-12-19 6:22 ` Tero Kristo
2016-12-20 22:56 ` Stephen Boyd
2016-12-20 23:04 ` Tony Lindgren
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=20161028005341.GR26139@codeaurora.org \
--to=sboyd@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=t-kristo@ti.com \
--cc=tony@atomide.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).