From: Tony Lindgren <tony@atomide.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
"Rajendra Nayak" <rnayak@ti.com>,
"Benoît Cousson" <b-cousson@ti.com>,
"Michael Buesch" <mb@bu3sch.de>
Subject: Re: [PATCH] OMAP: hwmod: add kernel cmdline flag to avoid resetting IP blocks during init
Date: Mon, 4 Jul 2011 01:55:04 -0700 [thread overview]
Message-ID: <20110704085503.GQ23145@atomide.com> (raw)
In-Reply-To: <20110703010206.19046.85293.stgit@dusk>
* Paul Walmsley <paul@pwsan.com> [110702 17:58]:
> On some boards, it's not possible to reset certain IP blocks during
> kernel initialization. Some boards connect GPIO lines to external
> voltage controllers, so resetting them may cause voltage to drop on a
> critical supply[1]. Other boards connect GPIO lines to reset pins on
> external devices without open documentation, so if the GPIO blocks are
> reset, the external devices cannot currently be reconfigured[2].
>
> The correct way to fix these issues on OMAP is to add a
> hwmod_no_setup_reset(hwmod) call to the board file, that references
> the IP block that must preserve its state. This allows the OMAP core
> code to reset the remaining IP blocks.
>
> However, during initial bring-up of a new board, it may be desirable
> to not reset any IP block, for ease of debugging. This patch adds a
> kernel command line parameter, 'hwmod_no_setup_reset', that prevents
> the OMAP hwmod code from resetting any IP block during init.
>
> 1. Nayak, Rajendra. _[PATCH 7/7] 4460sdp/blaze/panda: hwmod: Prevent
> gpio1 reset during hwmod init_. 1 July 2011. E-mail to the
> linux-omap@vger.kernel.org mailing list. Retrieved from
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg51992.html
>
> 2. Buesch, Michael. _Nokia n810 LCD (MIPID/blizzard) on 2.6.38_. 28
> Feb 2011. E-mail to the linux-omap@vger.kernel.org mailing list.
> Retrieved from http://www.spinics.net/lists/linux-omap/msg47277.html
Also related is the gptimer12 on secure omaps as reported by Aaro.
> + hwmod_no_setup_reset
> + [OMAP] During kernel initialization,
> + prevent the subarchitecture code from resetting
> + IP blocks before the driver loads. Useful for
> + initial bring-up of boards which require some
> + bootloader configuration to be retained on GPIO or
> + other IP blocks.
> +
How about just make it hwmod_reset=1 with 0 being the default value
for now?
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] OMAP: hwmod: add kernel cmdline flag to avoid resetting IP blocks during init
Date: Mon, 4 Jul 2011 01:55:04 -0700 [thread overview]
Message-ID: <20110704085503.GQ23145@atomide.com> (raw)
In-Reply-To: <20110703010206.19046.85293.stgit@dusk>
* Paul Walmsley <paul@pwsan.com> [110702 17:58]:
> On some boards, it's not possible to reset certain IP blocks during
> kernel initialization. Some boards connect GPIO lines to external
> voltage controllers, so resetting them may cause voltage to drop on a
> critical supply[1]. Other boards connect GPIO lines to reset pins on
> external devices without open documentation, so if the GPIO blocks are
> reset, the external devices cannot currently be reconfigured[2].
>
> The correct way to fix these issues on OMAP is to add a
> hwmod_no_setup_reset(hwmod) call to the board file, that references
> the IP block that must preserve its state. This allows the OMAP core
> code to reset the remaining IP blocks.
>
> However, during initial bring-up of a new board, it may be desirable
> to not reset any IP block, for ease of debugging. This patch adds a
> kernel command line parameter, 'hwmod_no_setup_reset', that prevents
> the OMAP hwmod code from resetting any IP block during init.
>
> 1. Nayak, Rajendra. _[PATCH 7/7] 4460sdp/blaze/panda: hwmod: Prevent
> gpio1 reset during hwmod init_. 1 July 2011. E-mail to the
> linux-omap at vger.kernel.org mailing list. Retrieved from
> http://www.mail-archive.com/linux-omap at vger.kernel.org/msg51992.html
>
> 2. Buesch, Michael. _Nokia n810 LCD (MIPID/blizzard) on 2.6.38_. 28
> Feb 2011. E-mail to the linux-omap at vger.kernel.org mailing list.
> Retrieved from http://www.spinics.net/lists/linux-omap/msg47277.html
Also related is the gptimer12 on secure omaps as reported by Aaro.
> + hwmod_no_setup_reset
> + [OMAP] During kernel initialization,
> + prevent the subarchitecture code from resetting
> + IP blocks before the driver loads. Useful for
> + initial bring-up of boards which require some
> + bootloader configuration to be retained on GPIO or
> + other IP blocks.
> +
How about just make it hwmod_reset=1 with 0 being the default value
for now?
Regards,
Tony
next prev parent reply other threads:[~2011-07-04 8:55 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20110703010204.19046.85186.stgit@dusk>
2011-07-03 1:02 ` [PATCH] OMAP: hwmod: add kernel cmdline flag to avoid resetting IP blocks during init Paul Walmsley
2011-07-03 1:02 ` Paul Walmsley
2011-07-04 8:55 ` Tony Lindgren [this message]
2011-07-04 8:55 ` Tony Lindgren
2011-07-06 1:42 ` Paul Walmsley
2011-07-06 1:42 ` Paul Walmsley
2011-07-06 2:00 ` Paul Walmsley
2011-07-06 2:00 ` Paul Walmsley
2011-07-06 6:43 ` Tony Lindgren
2011-07-06 6:43 ` Tony Lindgren
2011-07-06 6:43 ` Tony Lindgren
2011-07-06 21:01 ` Paul Walmsley
2011-07-06 21:01 ` Paul Walmsley
2011-07-06 21:01 ` Paul Walmsley
2011-07-06 6:41 ` Tony Lindgren
2011-07-06 6:41 ` Tony Lindgren
2011-07-06 6:41 ` Tony Lindgren
2011-07-06 20:57 ` Paul Walmsley
2011-07-06 20:57 ` Paul Walmsley
2011-07-06 20:57 ` Paul Walmsley
2011-07-07 5:27 ` Tony Lindgren
2011-07-07 5:27 ` 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=20110704085503.GQ23145@atomide.com \
--to=tony@atomide.com \
--cc=b-cousson@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=mb@bu3sch.de \
--cc=paul@pwsan.com \
--cc=rnayak@ti.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.