From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/8] Add hwmod data for IPU & DSP processors/MMUs
Date: Fri, 22 Sep 2017 14:19:19 -0700 [thread overview]
Message-ID: <20170922211919.GD4394@atomide.com> (raw)
In-Reply-To: <de9b14a1-250e-c73d-d999-468a50e6b1a3@ti.com>
* Suman Anna <s-anna@ti.com> [170922 14:08]:
> On 09/22/2017 12:51 PM, Tony Lindgren wrote:
> > * Suman Anna <s-anna@ti.com> [170922 10:19]:
> >> Ping on this series. Tero's clkctrl series changes are orthogonal to
> >> these changes.
> >
> > With patch 5/8 you said earlier "It will still be a shared set
> > between the MMU and remoteproc drivers, but let me look into
> > how these get integrated." So was there any conclusion there?
> >
> > Also, what's the deal with these omap4 changes that I commented
> > on in 5/8?
>
> Tony,
> So, looking at code, removing modulemode on hwmod does change the
> semantics as that will not plug in the clkctrl clk (_omap4_xlate_clkctrl
> will return 0) into the hwmod and will fall back. So, this should make
> it compatible to the existing code before adding the clkctrl dt nodes,
> and Patch 5 will be good to avoid the crash when disabling the processor
> nodes. That said, now that the modulemode is controlled by the
> ti-clkctrl code, I would expect to get the refcounting for free due to
> clk_enable() semantics if the same clkctrl clk is plugged under two
> nodes (MMU and processor) and I may not need to remove the modulemode.
> One of the main reasons for removing the modulemode is the lack of
> refcounting on modulemode in the original code.
OK. Sounds like you can get the refcounting for free just by modifying
the dts as done for example for musb on omap4 in "[PATCH 10/10] ARM:
dts: Use ti-sysc module driver for omap4 musb" in that series. You
will need also the rest of the patches from that series naturally :)
That is as long as MMU and processor are both child devices in the
same interconnect target module.
> In anycase, I need to retest this with all of required patches from Tero
> (current mainline does not yet have the clkctrl dt nodes).
OK
> Tero,
> Do you have these patches rebased onto 4.14-rc1 (preferable if it is
> rebased onto Tony's omap-for-v4.15/soc branch. I tried cherry-picking
> from your github test branch (based on 4.13-rc3), but am running into
> some L3Noc errors once I add the clkctrl dts node patch on Panda4 using NFS.
Yeah I noticed that and emailed Tero about it. It seems to trigger
with built-in musb and DEBUG_KERNEL disabled, not sure what triggers
it. Only happens after the clkctrl nodes are added.
Regards,
Tony
next prev parent reply other threads:[~2017-09-22 21:19 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-21 23:48 [PATCH 0/8] Add hwmod data for IPU & DSP processors/MMUs Suman Anna
2017-08-21 23:48 ` [PATCH 1/8] ARM: DRA7: hwmod data: Add MMU data for IPUs Suman Anna
2017-08-21 23:48 ` [PATCH 2/8] ARM: DRA7: hwmod data: Add MMU data for DSPs Suman Anna
2017-08-21 23:48 ` [PATCH 3/8] ARM: OMAP2+: Extend iommu pdata-quirks to DRA7 IPUs Suman Anna
2017-08-21 23:48 ` [PATCH 4/8] ARM: OMAP2+: Extend iommu pdata-quirks to DRA7 DSPs Suman Anna
2017-08-21 23:48 ` [PATCH 5/8] ARM: OMAP4: hwmod_data: Remove modulemode from IPU/DSP hwmods Suman Anna
2017-08-22 17:37 ` Tony Lindgren
2017-08-22 18:44 ` Suman Anna
2017-08-22 19:24 ` Tony Lindgren
2017-08-22 20:54 ` Suman Anna
2017-08-21 23:48 ` [PATCH 6/8] ARM: OMAP5: hwmod_data: Add data for IPU & DSP processors Suman Anna
2017-10-11 18:41 ` Tony Lindgren
2017-08-21 23:48 ` [PATCH 7/8] ARM: DRA7: hwmod_data: Add data for IPUs Suman Anna
2017-08-21 23:48 ` [PATCH 8/8] ARM: DRA7: hwmod_data: Add data for DSPs Suman Anna
2017-09-22 17:18 ` [PATCH 0/8] Add hwmod data for IPU & DSP processors/MMUs Suman Anna
2017-09-22 17:51 ` Tony Lindgren
2017-09-22 21:07 ` Suman Anna
2017-09-22 21:19 ` Tony Lindgren [this message]
2017-10-12 5:50 ` Tero Kristo
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=20170922211919.GD4394@atomide.com \
--to=tony@atomide.com \
--cc=linux-arm-kernel@lists.infradead.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 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).