From: Lokesh Vutla <lokeshvutla@ti.com>
To: Paul Walmsley <paul@pwsan.com>, Roger Quadros <rogerq@ti.com>
Cc: tony@atomide.com, santosh.shilimkar@oracle.com, t-kristo@ti.com,
nm@ti.com, nsekhar@ti.com, bcousson@baylibre.com,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, s-anna@ti.com
Subject: Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc
Date: Tue, 6 Jan 2015 13:44:59 +0530 [thread overview]
Message-ID: <54AB9983.1040703@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1501060202540.28771@utopia.booyaka.com>
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>
> Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http://paste.ubuntu.com/9680938/
Thanks and regards,
Lokesh
>
> It passes all the basic tests here except it does not boot on the 4460
> VAR-SOM-OM - unclear why at this point - but it would be good to see if it
> works on your AM4372 boards, since I don't have that one.
>
> Test logs are here:
>
> http://www.pwsan.com/omap/testlogs/hwmod_skip_only_remap_v3.19-rc/20150105171744/
>
>
> - Paul
>
>
> From 4f2e13bd2181e0ebede3aabc484aa2339830748a Mon Sep 17 00:00:00 2001
> From: Paul Walmsley <paul@pwsan.com>
> Date: Mon, 5 Jan 2015 15:49:57 -0700
> Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
> registers. Experimental.
>
> ---
> arch/arm/mach-omap2/omap_hwmod.c | 33 +++++++++++++++++++++------------
> 1 file changed, 21 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
> index cbb908dc5cf0..03df8833d399 100644
> --- a/arch/arm/mach-omap2/omap_hwmod.c
> +++ b/arch/arm/mach-omap2/omap_hwmod.c
> @@ -1938,6 +1938,8 @@ static int _reset(struct omap_hwmod *oh)
> pr_debug("omap_hwmod: %s: resetting\n", oh->name);
>
> if (oh->class->reset) {
> + WARN(!oh->_mpu_rt_va, "Attempt to call custom reset with no MPU register target ioremapped: %s",
> + oh->name);
> r = oh->class->reset(oh);
> } else {
> if (oh->rst_lines_cnt > 0) {
> @@ -2358,15 +2360,19 @@ static int of_dev_hwmod_lookup(struct device_node *np,
> }
>
> /**
> - * _init_mpu_rt_base - populate the virtual address for a hwmod
> + * _init_mpu_rt_base - populate the MPU port and virtual address
> * @oh: struct omap_hwmod * to locate the virtual address
> * @data: (unused, caller should pass NULL)
> * @index: index of the reg entry iospace in device tree
> * @np: struct device_node * of the IP block's device node in the DT data
> *
> - * Cache the virtual address used by the MPU to access this IP block's
> - * registers. This address is needed early so the OCP registers that
> - * are part of the device's address space can be ioremapped properly.
> + * Cache the interconnect target port and the virtual address used by
> + * the MPU to access this IP block's registers. The address is needed
> + * early so the OCP registers that are part of the device's address
> + * space can be ioremapped properly. The presence or absence of the
> + * interconnect target port also indicates whether the hwmod code
> + * should wait for the IP block to indicate readiness after it is
> + * enabled.
> *
> * Returns 0 on success, -EINVAL if an invalid hwmod is passed, and
> * -ENXIO on absent or invalid register target address space.
> @@ -2385,6 +2391,13 @@ static int __init _init_mpu_rt_base(struct omap_hwmod *oh, void *data,
> if (oh->_int_flags & _HWMOD_NO_MPU_PORT)
> return -ENXIO;
>
> + /*
> + * If there's no need for the hwmod code to read or write to
> + * the IP block registers, bail out early before the ioremap()
> + */
> + if (!oh->class->sysc)
> + return 0;
> +
> mem = _find_mpu_rt_addr_space(oh);
> if (!mem) {
> pr_debug("omap_hwmod: %s: no MPU register target found\n",
> @@ -2451,14 +2464,10 @@ static int __init _init(struct omap_hwmod *oh, void *data)
> oh->name, np->name);
> }
>
> - if (oh->class->sysc) {
> - r = _init_mpu_rt_base(oh, NULL, index, np);
> - if (r < 0) {
> - WARN(1, "omap_hwmod: %s: doesn't have mpu register target base\n",
> - oh->name);
> - return 0;
> - }
> - }
> + r = _init_mpu_rt_base(oh, NULL, index, np);
> + if (r < 0)
> + pr_debug("omap_hwmod: %s: doesn't have mpu register target base\n",
> + oh->name);
>
> r = _init_clocks(oh, NULL);
> if (r < 0) {
>
WARNING: multiple messages have this Message-ID (diff)
From: lokeshvutla@ti.com (Lokesh Vutla)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc
Date: Tue, 6 Jan 2015 13:44:59 +0530 [thread overview]
Message-ID: <54AB9983.1040703@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1501060202540.28771@utopia.booyaka.com>
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>
> Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http://paste.ubuntu.com/9680938/
Thanks and regards,
Lokesh
>
> It passes all the basic tests here except it does not boot on the 4460
> VAR-SOM-OM - unclear why at this point - but it would be good to see if it
> works on your AM4372 boards, since I don't have that one.
>
> Test logs are here:
>
> http://www.pwsan.com/omap/testlogs/hwmod_skip_only_remap_v3.19-rc/20150105171744/
>
>
> - Paul
>
>
> From 4f2e13bd2181e0ebede3aabc484aa2339830748a Mon Sep 17 00:00:00 2001
> From: Paul Walmsley <paul@pwsan.com>
> Date: Mon, 5 Jan 2015 15:49:57 -0700
> Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
> registers. Experimental.
>
> ---
> arch/arm/mach-omap2/omap_hwmod.c | 33 +++++++++++++++++++++------------
> 1 file changed, 21 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
> index cbb908dc5cf0..03df8833d399 100644
> --- a/arch/arm/mach-omap2/omap_hwmod.c
> +++ b/arch/arm/mach-omap2/omap_hwmod.c
> @@ -1938,6 +1938,8 @@ static int _reset(struct omap_hwmod *oh)
> pr_debug("omap_hwmod: %s: resetting\n", oh->name);
>
> if (oh->class->reset) {
> + WARN(!oh->_mpu_rt_va, "Attempt to call custom reset with no MPU register target ioremapped: %s",
> + oh->name);
> r = oh->class->reset(oh);
> } else {
> if (oh->rst_lines_cnt > 0) {
> @@ -2358,15 +2360,19 @@ static int of_dev_hwmod_lookup(struct device_node *np,
> }
>
> /**
> - * _init_mpu_rt_base - populate the virtual address for a hwmod
> + * _init_mpu_rt_base - populate the MPU port and virtual address
> * @oh: struct omap_hwmod * to locate the virtual address
> * @data: (unused, caller should pass NULL)
> * @index: index of the reg entry iospace in device tree
> * @np: struct device_node * of the IP block's device node in the DT data
> *
> - * Cache the virtual address used by the MPU to access this IP block's
> - * registers. This address is needed early so the OCP registers that
> - * are part of the device's address space can be ioremapped properly.
> + * Cache the interconnect target port and the virtual address used by
> + * the MPU to access this IP block's registers. The address is needed
> + * early so the OCP registers that are part of the device's address
> + * space can be ioremapped properly. The presence or absence of the
> + * interconnect target port also indicates whether the hwmod code
> + * should wait for the IP block to indicate readiness after it is
> + * enabled.
> *
> * Returns 0 on success, -EINVAL if an invalid hwmod is passed, and
> * -ENXIO on absent or invalid register target address space.
> @@ -2385,6 +2391,13 @@ static int __init _init_mpu_rt_base(struct omap_hwmod *oh, void *data,
> if (oh->_int_flags & _HWMOD_NO_MPU_PORT)
> return -ENXIO;
>
> + /*
> + * If there's no need for the hwmod code to read or write to
> + * the IP block registers, bail out early before the ioremap()
> + */
> + if (!oh->class->sysc)
> + return 0;
> +
> mem = _find_mpu_rt_addr_space(oh);
> if (!mem) {
> pr_debug("omap_hwmod: %s: no MPU register target found\n",
> @@ -2451,14 +2464,10 @@ static int __init _init(struct omap_hwmod *oh, void *data)
> oh->name, np->name);
> }
>
> - if (oh->class->sysc) {
> - r = _init_mpu_rt_base(oh, NULL, index, np);
> - if (r < 0) {
> - WARN(1, "omap_hwmod: %s: doesn't have mpu register target base\n",
> - oh->name);
> - return 0;
> - }
> - }
> + r = _init_mpu_rt_base(oh, NULL, index, np);
> + if (r < 0)
> + pr_debug("omap_hwmod: %s: doesn't have mpu register target base\n",
> + oh->name);
>
> r = _init_clocks(oh, NULL);
> if (r < 0) {
>
WARNING: multiple messages have this Message-ID (diff)
From: Lokesh Vutla <lokeshvutla@ti.com>
To: Paul Walmsley <paul@pwsan.com>, Roger Quadros <rogerq@ti.com>
Cc: <tony@atomide.com>, <santosh.shilimkar@oracle.com>,
<t-kristo@ti.com>, <nm@ti.com>, <nsekhar@ti.com>,
<bcousson@baylibre.com>, <linux-omap@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <s-anna@ti.com>
Subject: Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc
Date: Tue, 6 Jan 2015 13:44:59 +0530 [thread overview]
Message-ID: <54AB9983.1040703@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1501060202540.28771@utopia.booyaka.com>
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>
> Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http://paste.ubuntu.com/9680938/
Thanks and regards,
Lokesh
>
> It passes all the basic tests here except it does not boot on the 4460
> VAR-SOM-OM - unclear why at this point - but it would be good to see if it
> works on your AM4372 boards, since I don't have that one.
>
> Test logs are here:
>
> http://www.pwsan.com/omap/testlogs/hwmod_skip_only_remap_v3.19-rc/20150105171744/
>
>
> - Paul
>
>
> From 4f2e13bd2181e0ebede3aabc484aa2339830748a Mon Sep 17 00:00:00 2001
> From: Paul Walmsley <paul@pwsan.com>
> Date: Mon, 5 Jan 2015 15:49:57 -0700
> Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
> registers. Experimental.
>
> ---
> arch/arm/mach-omap2/omap_hwmod.c | 33 +++++++++++++++++++++------------
> 1 file changed, 21 insertions(+), 12 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
> index cbb908dc5cf0..03df8833d399 100644
> --- a/arch/arm/mach-omap2/omap_hwmod.c
> +++ b/arch/arm/mach-omap2/omap_hwmod.c
> @@ -1938,6 +1938,8 @@ static int _reset(struct omap_hwmod *oh)
> pr_debug("omap_hwmod: %s: resetting\n", oh->name);
>
> if (oh->class->reset) {
> + WARN(!oh->_mpu_rt_va, "Attempt to call custom reset with no MPU register target ioremapped: %s",
> + oh->name);
> r = oh->class->reset(oh);
> } else {
> if (oh->rst_lines_cnt > 0) {
> @@ -2358,15 +2360,19 @@ static int of_dev_hwmod_lookup(struct device_node *np,
> }
>
> /**
> - * _init_mpu_rt_base - populate the virtual address for a hwmod
> + * _init_mpu_rt_base - populate the MPU port and virtual address
> * @oh: struct omap_hwmod * to locate the virtual address
> * @data: (unused, caller should pass NULL)
> * @index: index of the reg entry iospace in device tree
> * @np: struct device_node * of the IP block's device node in the DT data
> *
> - * Cache the virtual address used by the MPU to access this IP block's
> - * registers. This address is needed early so the OCP registers that
> - * are part of the device's address space can be ioremapped properly.
> + * Cache the interconnect target port and the virtual address used by
> + * the MPU to access this IP block's registers. The address is needed
> + * early so the OCP registers that are part of the device's address
> + * space can be ioremapped properly. The presence or absence of the
> + * interconnect target port also indicates whether the hwmod code
> + * should wait for the IP block to indicate readiness after it is
> + * enabled.
> *
> * Returns 0 on success, -EINVAL if an invalid hwmod is passed, and
> * -ENXIO on absent or invalid register target address space.
> @@ -2385,6 +2391,13 @@ static int __init _init_mpu_rt_base(struct omap_hwmod *oh, void *data,
> if (oh->_int_flags & _HWMOD_NO_MPU_PORT)
> return -ENXIO;
>
> + /*
> + * If there's no need for the hwmod code to read or write to
> + * the IP block registers, bail out early before the ioremap()
> + */
> + if (!oh->class->sysc)
> + return 0;
> +
> mem = _find_mpu_rt_addr_space(oh);
> if (!mem) {
> pr_debug("omap_hwmod: %s: no MPU register target found\n",
> @@ -2451,14 +2464,10 @@ static int __init _init(struct omap_hwmod *oh, void *data)
> oh->name, np->name);
> }
>
> - if (oh->class->sysc) {
> - r = _init_mpu_rt_base(oh, NULL, index, np);
> - if (r < 0) {
> - WARN(1, "omap_hwmod: %s: doesn't have mpu register target base\n",
> - oh->name);
> - return 0;
> - }
> - }
> + r = _init_mpu_rt_base(oh, NULL, index, np);
> + if (r < 0)
> + pr_debug("omap_hwmod: %s: doesn't have mpu register target base\n",
> + oh->name);
>
> r = _init_clocks(oh, NULL);
> if (r < 0) {
>
next prev parent reply other threads:[~2015-01-06 8:14 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-18 15:49 [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc Roger Quadros
2014-12-18 15:49 ` Roger Quadros
2014-12-18 15:52 ` Roger Quadros
2014-12-18 15:52 ` Roger Quadros
2014-12-19 5:21 ` Lokesh Vutla
2014-12-19 5:21 ` Lokesh Vutla
2014-12-19 9:06 ` Roger Quadros
2014-12-19 9:06 ` Roger Quadros
2015-01-02 17:29 ` Tony Lindgren
2015-01-02 21:10 ` Paul Walmsley
2015-01-02 21:10 ` Paul Walmsley
2015-01-05 8:35 ` Lokesh Vutla
2015-01-05 8:35 ` Lokesh Vutla
2015-01-05 8:35 ` Lokesh Vutla
2015-01-05 19:53 ` Suman Anna
2015-01-05 19:53 ` Suman Anna
2015-01-05 19:53 ` Suman Anna
2015-01-05 22:19 ` Paul Walmsley
2015-01-05 22:19 ` Paul Walmsley
2015-01-05 22:19 ` Paul Walmsley
2015-01-05 22:19 ` Paul Walmsley
2015-01-05 22:19 ` Paul Walmsley
2015-01-05 22:31 ` santosh.shilimkar
2015-01-05 22:31 ` santosh.shilimkar at oracle.com
2015-01-06 2:04 ` Paul Walmsley
2015-01-06 2:04 ` Paul Walmsley
2015-01-06 8:14 ` Lokesh Vutla [this message]
2015-01-06 8:14 ` Lokesh Vutla
2015-01-06 8:14 ` Lokesh Vutla
2015-01-06 17:14 ` Suman Anna
2015-01-06 17:14 ` Suman Anna
2015-01-06 17:14 ` Suman Anna
2015-01-06 17:27 ` Suman Anna
2015-01-06 17:27 ` Suman Anna
2015-01-06 17:27 ` Suman Anna
2015-01-06 22:10 ` Suman Anna
2015-01-06 22:10 ` Suman Anna
2015-01-06 22:10 ` Suman Anna
2015-01-13 23:45 ` Paul Walmsley
2015-01-13 23:45 ` Paul Walmsley
2015-01-13 23:29 ` Paul Walmsley
2015-01-13 23:29 ` Paul Walmsley
2015-01-14 1:56 ` Suman Anna
2015-01-14 1:56 ` Suman Anna
2015-01-14 1:56 ` Suman Anna
2015-01-07 11:20 ` Roger Quadros
2015-01-07 11:20 ` Roger Quadros
2015-01-07 11:20 ` Roger Quadros
2015-01-13 23:46 ` Paul Walmsley
2015-01-13 23:46 ` Paul Walmsley
2015-01-14 12:26 ` Roger Quadros
2015-01-14 12:26 ` Roger Quadros
2015-01-14 12:26 ` 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=54AB9983.1040703@ti.com \
--to=lokeshvutla@ti.com \
--cc=bcousson@baylibre.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=nsekhar@ti.com \
--cc=paul@pwsan.com \
--cc=rogerq@ti.com \
--cc=s-anna@ti.com \
--cc=santosh.shilimkar@oracle.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 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.