All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Cousson, Benoit" <b-cousson@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"Hilman, Kevin" <khilman@ti.com>
Subject: Re: [PATCH 4/8] OMAP2+: hwmod: find MPU initiator hwmod during in _register()
Date: Wed, 23 Feb 2011 15:38:20 +0100	[thread overview]
Message-ID: <4D651BDC.8040700@ti.com> (raw)
In-Reply-To: <20110223071146.5874.15334.stgit@twilight.localdomain>

On 2/23/2011 8:11 AM, Paul Walmsley wrote:
> Move the code that looks for the MPU initiator hwmod to run during
> the individual hwmod _register() function.  (Previously, it ran after
> all hwmods were registered in the omap_hwmod_late_init() function.)
>
> This is done so code can late-initialize a few individual hwmods --
> for example, for the system timer -- before the entire set of hwmods is
> initialized later in boot via omap_hwmod_late_init().
>
> Signed-off-by: Paul Walmsley<paul@pwsan.com>
> Cc: Benoît Cousson<b-cousson@ti.com>
> Cc: Kevin Hilman<khilman@ti.com>
> ---
>   arch/arm/mach-omap2/omap_hwmod.c |   23 +++++++++++++++--------
>   1 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
> index 9e89a58..41f548e 100644
> --- a/arch/arm/mach-omap2/omap_hwmod.c
> +++ b/arch/arm/mach-omap2/omap_hwmod.c
> @@ -1455,7 +1455,7 @@ static int _setup(struct omap_hwmod *oh, void *data)
>    */
>   static int __init _register(struct omap_hwmod *oh)
>   {
> -	int ret, ms_id;
> +	int ms_id;
>
>   	if (!oh || !oh->name || !oh->class || !oh->class->name ||
>   	    (oh->_state != _HWMOD_STATE_UNKNOWN))
> @@ -1478,9 +1478,14 @@ static int __init _register(struct omap_hwmod *oh)
>
>   	oh->_state = _HWMOD_STATE_REGISTERED;
>
> -	ret = 0;
> +	/*
> +	 * XXX Rather than doing a strcmp(), this should test a flag
> +	 * set in the hwmod data, inserted by the autogenerator code.

What do you mean exactly? Something like a "is_mpu" field set to true 
for the mpu?
Since we are enforcing a consistent naming for every hwmods, that looks 
like a duplication of the name.
We will always named this hwmod "mpu", so the strcmp() should be enough.

But, maybe I'm missing your point.

Benoit

> +	 */
> +	if (!strcmp(oh->name, MPU_INITIATOR_NAME))
> +		mpu_oh = oh;
>
> -	return ret;
> +	return 0;
>   }
>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: b-cousson@ti.com (Cousson, Benoit)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 4/8] OMAP2+: hwmod: find MPU initiator hwmod during in _register()
Date: Wed, 23 Feb 2011 15:38:20 +0100	[thread overview]
Message-ID: <4D651BDC.8040700@ti.com> (raw)
In-Reply-To: <20110223071146.5874.15334.stgit@twilight.localdomain>

On 2/23/2011 8:11 AM, Paul Walmsley wrote:
> Move the code that looks for the MPU initiator hwmod to run during
> the individual hwmod _register() function.  (Previously, it ran after
> all hwmods were registered in the omap_hwmod_late_init() function.)
>
> This is done so code can late-initialize a few individual hwmods --
> for example, for the system timer -- before the entire set of hwmods is
> initialized later in boot via omap_hwmod_late_init().
>
> Signed-off-by: Paul Walmsley<paul@pwsan.com>
> Cc: Beno?t Cousson<b-cousson@ti.com>
> Cc: Kevin Hilman<khilman@ti.com>
> ---
>   arch/arm/mach-omap2/omap_hwmod.c |   23 +++++++++++++++--------
>   1 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
> index 9e89a58..41f548e 100644
> --- a/arch/arm/mach-omap2/omap_hwmod.c
> +++ b/arch/arm/mach-omap2/omap_hwmod.c
> @@ -1455,7 +1455,7 @@ static int _setup(struct omap_hwmod *oh, void *data)
>    */
>   static int __init _register(struct omap_hwmod *oh)
>   {
> -	int ret, ms_id;
> +	int ms_id;
>
>   	if (!oh || !oh->name || !oh->class || !oh->class->name ||
>   	    (oh->_state != _HWMOD_STATE_UNKNOWN))
> @@ -1478,9 +1478,14 @@ static int __init _register(struct omap_hwmod *oh)
>
>   	oh->_state = _HWMOD_STATE_REGISTERED;
>
> -	ret = 0;
> +	/*
> +	 * XXX Rather than doing a strcmp(), this should test a flag
> +	 * set in the hwmod data, inserted by the autogenerator code.

What do you mean exactly? Something like a "is_mpu" field set to true 
for the mpu?
Since we are enforcing a consistent naming for every hwmods, that looks 
like a duplication of the name.
We will always named this hwmod "mpu", so the strcmp() should be enough.

But, maybe I'm missing your point.

Benoit

> +	 */
> +	if (!strcmp(oh->name, MPU_INITIATOR_NAME))
> +		mpu_oh = oh;
>
> -	return ret;
> +	return 0;
>   }
>

  reply	other threads:[~2011-02-23 14:38 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-23  7:11 [PATCH 0/8] OMAP2+: hwmod/clockevent: allow late-init of individual hwmods Paul Walmsley
2011-02-23  7:11 ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 1/8] OMAP2420: hwmod data: add dmtimer Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 2/8] OMAP2430: " Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 3/8] OMAP3: " Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 4/8] OMAP2+: hwmod: find MPU initiator hwmod during in _register() Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23 14:38   ` Cousson, Benoit [this message]
2011-02-23 14:38     ` Cousson, Benoit
2011-02-24  9:16     ` Paul Walmsley
2011-02-24  9:16       ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 5/8] OMAP2+: hwmod: allow multiple calls to omap_hwmod_init() Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23 14:46   ` Cousson, Benoit
2011-02-23 14:46     ` Cousson, Benoit
2011-02-23  7:11 ` [PATCH 6/8] OMAP2+: hwmod: ignore attempts to re-late-init a hwmod Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 7/8] OMAP2+: hwmod: add ability to late-init individual hwmods Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23 19:12   ` Tony Lindgren
2011-02-23 19:12     ` Tony Lindgren
2011-02-24  9:06     ` Paul Walmsley
2011-02-24  9:06       ` Paul Walmsley
2011-02-23  7:11 ` [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent hwmod right before timer init Paul Walmsley
2011-02-23  7:11   ` Paul Walmsley
2011-02-23  8:53   ` [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent hwmodright " Santosh Shilimkar
2011-02-23  8:53     ` Santosh Shilimkar
2011-02-23 11:48     ` DebBarma, Tarun Kanti
2011-02-23 11:48       ` DebBarma, Tarun Kanti
2011-02-24  8:13     ` Paul Walmsley
2011-02-24  8:13       ` Paul Walmsley
2011-02-24  8:15       ` Paul Walmsley
2011-02-24  8:15         ` Paul Walmsley
2011-02-24  8:29         ` DebBarma, Tarun Kanti
2011-02-24  8:29           ` DebBarma, Tarun Kanti
2011-02-24  9:00           ` Paul Walmsley
2011-02-24  9:00             ` Paul Walmsley
2011-02-24 15:41           ` Tony Lindgren
2011-02-24 15:41             ` Tony Lindgren
2011-02-25 14:07             ` DebBarma, Tarun Kanti
2011-02-25 14:07               ` DebBarma, Tarun Kanti
2011-02-24  8:57         ` Santosh Shilimkar
2011-02-24  8:57           ` Santosh Shilimkar
2011-02-23  9:13   ` [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent hwmod right " DebBarma, Tarun Kanti
2011-02-23  9:13     ` DebBarma, Tarun Kanti
2011-02-24  8:18     ` Paul Walmsley
2011-02-24  8:18       ` Paul Walmsley
2011-02-23 14:28 ` [PATCH 0/8] OMAP2+: hwmod/clockevent: allow late-init of individual hwmods Cousson, Benoit
2011-02-23 14:28   ` Cousson, Benoit
2011-02-28  2:31   ` Paul Walmsley
2011-02-28  2:31     ` Paul Walmsley
2011-02-28 11:17     ` Cousson, Benoit
2011-02-28 11:17       ` Cousson, Benoit
2011-03-02 17:54       ` Tony Lindgren
2011-03-02 17:54         ` Tony Lindgren
2011-03-03 11:10         ` Cousson, Benoit
2011-03-03 11:10           ` Cousson, Benoit
2011-03-04 14:51           ` Cousson, Benoit
2011-03-04 14:51             ` Cousson, Benoit
2011-03-04 16:19             ` Tony Lindgren
2011-03-04 16:19               ` Tony Lindgren
2011-03-04 16:39               ` Cousson, Benoit
2011-03-04 16:39                 ` Cousson, Benoit
2011-03-04 16:42                 ` Paul Walmsley
2011-03-04 16:42                   ` Paul Walmsley
2011-03-04 16:48                 ` Santosh Shilimkar
2011-03-04 16:48                   ` Santosh Shilimkar
2011-02-23 19:12 ` Tony Lindgren
2011-02-23 19:12   ` 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=4D651BDC.8040700@ti.com \
    --to=b-cousson@ti.com \
    --cc=khilman@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.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.