From: Felipe Balbi <felipe.balbi@nokia.com>
To: ext Nishanth Menon <nm@ti.com>
Cc: linux-omap <linux-omap@vger.kernel.org>,
Madhusudhan Chikkature Rajashekar <madhu.cr@ti.com>,
Vikram Pandita <vikram.pandita@ti.com>,
Allen Pais <allen.pais@ti.com>, Anand Gadiyar <gadiyar@ti.com>,
Benoit Cousson <b-cousson@ti.com>,
Kevin Hilman <khilman@deeprootsystems.com>,
Sanjeev Premi <premi@ti.com>,
Santosh Shilimkar <santosh.shilimkar@ti.com>,
Sergio Alberto Aguirre Rodriguez <saaguirre@ti.com>,
Tony Lindgren <tony@atomide.com>
Subject: Re: [RFC][PATCH] OMAP3: introduce OMAP3630
Date: Thu, 8 Oct 2009 09:17:40 +0300 [thread overview]
Message-ID: <20091008061740.GC13640@nokia.com> (raw)
In-Reply-To: <1254977223-4236-1-git-send-email-nm@ti.com>
Hi,
On Thu, Oct 08, 2009 at 06:47:03AM +0200, ext Nishanth Menon wrote:
> Device intro:
> OMAP3630 is the latest in the family of OMAP3 devices
> and among the changes it introduces are:
>
> New OPP levels for new voltage and frequency levels. a bunch of
> Bug fixes to various modules feature additions, notably with ISP,
> sDMA etc.
>
> Details about the chip is available here:
> http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?templateId=6123&navigationId=12836&contentId=52606
>
> Strategy used:
> Strategy to introduce this device into Linux was discussed here:
> Ref: http://marc.info/?t=125343303400003&r=1&w=2
>
> Two approaches were available:
> a) Consider 3630 generation of devices as a new family of silicon
> b) Consider 3630 as an offshoot of 3430 family of devices
>
> As a common consensus, (b) seems to be more valid for 3630 as:
> * There are changes which are easily handled by looking at rev
> * Most of existing 34xx infrastructure can be reused(almost 90%+)
> - so no ugly if (cpu_is_omap34xx() || cpu_is_omap36xx())
> all over the place
> - lesser chance of bugs due to reuse of proven code flow
> - 36xx specific handling can still be done where required
> within the existing infrastructure
>
> NOTE:
> * If additional 34xx series are added, OMAP3430_REV_ESXXXX can be
> added on top of the existing 3630 ones are renumbered
>
> This patch was tested on SDP3430.
no test on 3630 boards ?
> Signed-off-by: Madhusudhan Chikkature Rajashekar <madhu.cr@ti.com>
> Signed-off-by: Nishanth Menon <nm@ti.com>
> Signed-off-by: Vikram Pandita <vikram.pandita@ti.com>
> Cc: Allen Pais <allen.pais@ti.com>
> Cc: Anand Gadiyar <gadiyar@ti.com>
> Cc: Benoit Cousson <b-cousson@ti.com>
> Cc: Kevin Hilman <khilman@deeprootsystems.com>
> Cc: Sanjeev Premi <premi@ti.com>
> Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
> Cc: Sergio Alberto Aguirre Rodriguez <saaguirre@ti.com>
> Cc: Tony Lindgren <tony@atomide.com>
> ---
> arch/arm/mach-omap2/id.c | 33 ++++++++++++++++++++++++++++++---
> arch/arm/plat-omap/include/mach/cpu.h | 6 ++++++
> 2 files changed, 36 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
> index 03b80f2..79193c6 100644
> --- a/arch/arm/mach-omap2/id.c
> +++ b/arch/arm/mach-omap2/id.c
> @@ -186,6 +186,7 @@ void __init omap3_check_revision(void)
> {
> u32 cpuid, idcode;
> u16 hawkeye;
> + u16 omap_type;
> u8 rev;
> char *rev_name = "ES1.0";
>
> @@ -210,7 +211,10 @@ void __init omap3_check_revision(void)
> hawkeye = (idcode >> 12) & 0xffff;
> rev = (idcode >> 28) & 0xff;
>
> - if (hawkeye == 0xb7ae) {
> + omap_type = omap_rev() >> 16;
> + switch (hawkeye) {
> + case 0xb7ae:
> + /* Handle 34xx devices */
> switch (rev) {
> case 0:
> omap_revision = OMAP3430_REV_ES2_0;
> @@ -231,12 +235,35 @@ void __init omap3_check_revision(void)
> default:
> /* Use the latest known revision as default */
> omap_revision = OMAP3430_REV_ES3_1;
> - rev_name = "Unknown revision\n";
> + rev_name = "Unknown 34xx revision\n";
> + /* Fall through */
there's a break right below, you don't really fall through...
> }
> + break;
> + case 0xb891:
> + /* Handle 36xx devices */
> + /* Over ride for display purposes */
multi-lined comment style is:
/* line 1
* line 2
* .
* .
* .
* line N
*/
> + omap_type = 0x3630;
> + switch (rev) {
> + case 0:
> + omap_revision = OMAP3630_REV_ES1_0;
> + rev_name = "ES1.0";
> + break;
> + default:
> + /* Use the latest known revision as default */
> + omap_revision = OMAP3630_REV_ES1_0;
> + rev_name = "Unknown 36xx revision\n";
> + /* Fall through */
don't fall through.
> + }
> + break;
> + default:
> + /* Unknown default to latest rev as default*/
> + omap_revision = OMAP3630_REV_ES1_0;
> + rev_name = "Unknown revision\n";
> + /* Fall through */
unnecessary comment.
--
balbi
next prev parent reply other threads:[~2009-10-08 6:21 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <[PATCH][RFC] OMAP3630: Create architecture macros and config>
2009-10-08 4:47 ` [RFC][PATCH] OMAP3: introduce OMAP3630 Nishanth Menon
2009-10-08 6:17 ` Felipe Balbi [this message]
2009-10-08 10:13 ` Shilimkar, Santosh
2009-10-08 13:31 ` Pandita, Vikram
2009-10-08 14:23 ` Premi, Sanjeev
2009-10-08 14:40 ` Nishanth Menon
2009-10-08 15:04 ` Pais, Allen
2009-10-08 15:13 ` Menon, Nishanth
2009-10-09 4:29 ` Shilimkar, Santosh
2009-10-09 14:09 ` Nishanth Menon
2009-10-09 14:40 ` Shilimkar, Santosh
2009-10-08 14:31 ` Aguirre Rodriguez, Sergio Alberto
2009-10-08 16:08 ` Menon, Nishanth
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=20091008061740.GC13640@nokia.com \
--to=felipe.balbi@nokia.com \
--cc=allen.pais@ti.com \
--cc=b-cousson@ti.com \
--cc=gadiyar@ti.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-omap@vger.kernel.org \
--cc=madhu.cr@ti.com \
--cc=nm@ti.com \
--cc=premi@ti.com \
--cc=saaguirre@ti.com \
--cc=santosh.shilimkar@ti.com \
--cc=tony@atomide.com \
--cc=vikram.pandita@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.