From: Roger Quadros <rogerq@ti.com>
To: Tony Lindgren <tony@atomide.com>
Cc: s-anna@ti.com, nsekhar@ti.com, linux-omap@vger.kernel.org,
t-kristo@ti.com, nsaulnier@ti.com, jreeder@ti.com,
m-karicheri2@ti.com, david@lechnology.com,
woods.technical@gmail.com, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type
Date: Mon, 11 Feb 2019 14:11:25 +0200 [thread overview]
Message-ID: <5C61666D.3030308@ti.com> (raw)
In-Reply-To: <20190204180031.GL5720@atomide.com>
Tony,
On 04/02/19 20:00, Tony Lindgren wrote:
> * Roger Quadros <rogerq@ti.com> [190204 15:54]:
>> +static int sysc_enable_pruss(struct sysc *sysc)
>> +{
>> + int i;
>> + u32 reg;
>> + bool ready;
>> +
>> + /* configure for Smart Idle & Smart Standby */
>> + reg = sysc_read(sysc, sysc->offsets[SYSC_SYSCONFIG]);
>> + reg &= ~(SYSC_PRUSS_STANDBY_MASK | SYSC_PRUSS_IDLE_MASK);
>> + reg |= SYSC_PRUSS_STANDBY_SMART | SYSC_IDLE_SMART;
>> + sysc_write(sysc, sysc->offsets[SYSC_SYSCONFIG], reg);
>
> I think you can get rid of the SYSC_PRUSS_ defines here
> if you define the bits for it in struct sysc_regbits. The
> idle modes are SYSC_IDLE_* defines we already have in
> include/dt-bindings/bus/ti-sysc.h.
>
> My guess is these will just become generic sysc_enable()
> and sysc_disable() functions :)
>
> If you need module specific handling, you could add function
> pointers for enable and disable to struct sysc_capabilities.
OK. I'll move all this to a generic handler then.
>
>> @@ -649,6 +693,9 @@ static int __maybe_unused sysc_runtime_suspend(struct device *dev)
>> goto idled;
>> }
>>
>> + if (ddata->cap->type == TI_SYSC_PRUSS)
>> + sysc_disable_pruss(ddata);
>> +
>> for (i = 0; i < ddata->nr_clocks; i++) {
>> if (IS_ERR_OR_NULL(ddata->clocks[i]))
>> continue;
>
> Ideally this would be just unconditional call to generic
> sysc_disable() here for non-legacy mode. Then if module
> specific enable and disable are there, sysc_enable() and
> disable() can call them.
OK.
>
>> +static const struct sysc_regbits sysc_regbits_pruss = {
>> + .midle_shift = -ENODEV,
>> + .clkact_shift = -ENODEV,
>> + .sidle_shift = -ENODEV,
>> + .enwkup_shift = -ENODEV,
>> + .srst_shift = -ENODEV,
>> + .autoidle_shift = -ENODEV,
>> + .dmadisable_shift = -ENODEV,
>> + .emufree_shift = -ENODEV,
>> +};
>
> So it seems you should populate at least midle_shift and sidle_shift
> bits here as in PRUSS_SYSCFG. I think STANDBY_MODE offset should go
> into the .midle_shift as it mentions initiator in TRM, and IDLE_MODE
> offset should go into .sidle_shift. So this might be really just using
> sysc_regbits_omap4_simple except it has an additional STANDBY_INIT
> bit which you could add for struct sysc_regbits if we don't have
> something similar already.
Got it.
>
>> @@ -1702,6 +1772,10 @@ static int sysc_probe(struct platform_device *pdev)
>>
>> INIT_DELAYED_WORK(&ddata->idle_work, ti_sysc_idle);
>>
>> + /* FIXME: how to ensure PRUSS stays enabled? */
>> + if (ddata->cap->type == TI_SYSC_PRUSS)
>> + goto skip_pm_put;
>> +
This was my bad. I forgot to move the pm_runtime_enable/get from the old
pruss_soc_bus.c to pruss.c :). It work after than and this hack is not required.
>> /* At least earlycon won't survive without deferred idle */
>> if (ddata->cfg.quirks & (SYSC_QUIRK_NO_IDLE_ON_INIT |
>> SYSC_QUIRK_NO_RESET_ON_INIT)) {
>
> Hmm so do you need to specify ti,no-idle-on-init or what's
> the logic needed here?
I was using "ti,no-reset-on-init" but that was because sysc_reset() was returning error
due to missing syss mask. That can be fixed like so.
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
index 5b9c81a..f5f2000 100644
--- a/drivers/bus/ti-sysc.c
+++ b/drivers/bus/ti-sysc.c
@@ -941,6 +941,7 @@ static int sysc_reset(struct sysc *ddata)
int val;
if (ddata->legacy_mode || offset < 0 ||
+ ddata->cap->regbits->srst_shift == -ENODEV ||
ddata->cfg.quirks & SYSC_QUIRK_NO_RESET_ON_INIT)
return 0;
>
>> diff --git a/include/dt-bindings/bus/ti-sysc.h b/include/dt-bindings/bus/ti-sysc.h
>> index 8ec78e8..7138384 100644
>> --- a/include/dt-bindings/bus/ti-sysc.h
>> +++ b/include/dt-bindings/bus/ti-sysc.h
>> @@ -17,17 +17,6 @@
>>
>> #define SYSC_DRA7_MCAN_ENAWAKEUP (1 << 4)
>>
>> -/* SYSCONFIG specific to PRUSS */
>> -#define SYSC_PRUSS_SUB_MWAIT (1 << 5)
>> -#define SYSC_PRUSS_STANDBY_INIT (1 << 4)
>> -
>> -#define SYSC_PRUSS_STANDBY_FORCE (0 << 2)
>> -#define SYSC_PRUSS_STANDBY_NO (1 << 2)
>> -#define SYSC_PRUSS_STANDBY_SMART (2 << 2)
>> -#define SYSC_PRUSS_STANDBY_MASK (3 << 2)
>> -
>> -#define SYSC_PRUSS_IDLE_MASK 3
>> -
>> /* SYSCONFIG STANDBYMODE/MIDLEMODE/SIDLEMODE supported by hardware */
>> #define SYSC_IDLE_FORCE 0
>> #define SYSC_IDLE_NO 1
>
> I suggest you make this series independent of the
> rest of the PRUSS patches as we can add this
> separately. So no need to define these bits at all
> AFAIK.
OK. Thanks.
cheers,
-roger
>
> Regards,
>
> Tony
>
--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
next prev parent reply other threads:[~2019-02-11 12:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-04 15:53 [PATCH 0/4] AM57xx: PRU ICSS Support Roger Quadros
2019-02-04 15:53 ` [PATCH 1/4] dt-binding: bus: ti-sysc: Add support for PRUSS SYSC type Roger Quadros
2019-02-04 15:53 ` [PATCH 2/4] " Roger Quadros
2019-02-04 18:00 ` Tony Lindgren
2019-02-11 12:11 ` Roger Quadros [this message]
2019-02-25 21:26 ` Rob Herring
2019-02-25 21:30 ` Suman Anna
2019-02-26 14:16 ` Roger Quadros
2019-02-04 15:53 ` [PATCH 3/4] ARM: dts: dra7: add PRU-ICSS modules Roger Quadros
2019-02-04 18:03 ` Tony Lindgren
2019-03-29 14:02 ` Roger Quadros
2019-04-01 14:30 ` Tony Lindgren
2019-02-04 15:53 ` [PATCH 4/4] ARM: dts: am57xx-idk-common: Enable PRU-ICSS nodes Roger Quadros
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=5C61666D.3030308@ti.com \
--to=rogerq@ti.com \
--cc=david@lechnology.com \
--cc=devicetree@vger.kernel.org \
--cc=jreeder@ti.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=m-karicheri2@ti.com \
--cc=nsaulnier@ti.com \
--cc=nsekhar@ti.com \
--cc=s-anna@ti.com \
--cc=t-kristo@ti.com \
--cc=tony@atomide.com \
--cc=woods.technical@gmail.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).