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
WARNING: multiple messages have this Message-ID (diff)
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: 22+ 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 ` 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 ` Roger Quadros
2019-02-04 15:53 ` [PATCH 2/4] " Roger Quadros
2019-02-04 15:53 ` Roger Quadros
2019-02-04 18:00 ` Tony Lindgren
2019-02-11 12:11 ` Roger Quadros [this message]
2019-02-11 12:11 ` Roger Quadros
2019-02-25 21:26 ` Rob Herring
2019-02-25 21:30 ` Suman Anna
2019-02-25 21:30 ` Suman Anna
2019-02-26 14:16 ` Roger Quadros
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 15:53 ` Roger Quadros
2019-02-04 18:03 ` Tony Lindgren
2019-03-29 14:02 ` Roger Quadros
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
2019-02-04 15:53 ` 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 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.