From: "DebBarma, Tarun Kanti" <tarun.kanti@ti.com> To: Paul Walmsley <paul@pwsan.com>, "Shilimkar, Santosh" <santosh.shilimkar@ti.com> Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, Tony Lindgren <tony@atomide.com>, "Hilman, Kevin" <khilman@ti.com>, "Cousson, Benoit" <b-cousson@ti.com> Subject: RE: [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent hwmodright before timer init Date: Thu, 24 Feb 2011 13:59:01 +0530 [thread overview] Message-ID: <5A47E75E594F054BAF48C5E4FC4B92AB037A0958B7@dbde02.ent.ti.com> (raw) In-Reply-To: <alpine.DEB.2.00.1102240114160.6198@utopia.booyaka.com> > -----Original Message----- > From: linux-omap-owner@vger.kernel.org [mailto:linux-omap- > owner@vger.kernel.org] On Behalf Of Paul Walmsley > Sent: Thursday, February 24, 2011 1:45 PM > To: Shilimkar, Santosh > Cc: linux-omap@vger.kernel.org; linux-arm-kernel@lists.infradead.org; Tony > Lindgren; Hilman, Kevin; Cousson, Benoit > Subject: RE: [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent > hwmodright before timer init > > Hello Santosh, > > On Thu, 24 Feb 2011, Paul Walmsley wrote: > > > I propose the following change instead - please let me know what you > > think. > > Oops - the patch I sent you was not completely refreshed in the local > tree. Here is the correct one. I have tested on OMAP3 and works fine. On OMAP2, I guess there is different issue for which it does not work. -- Tarun > > From: Paul Walmsley <paul@pwsan.com> > Date: Wed, 23 Feb 2011 00:14:08 -0700 > Subject: [PATCH] OMAP2+: clockevent: late-init GPTIMER clockevent hwmod > right before timer init > > Late-initialize the GPTIMER hwmod used for the clockevent source > immediately > before it is used. This avoids the need to late-initialize all of the > hwmods > until the boot process is further along. (In general, we want to defer > as much as possible until late in the boot process.) > > This second version fixes a bug pointed out by Santosh Shilimkar > <santosh.shilimkar@ti.com>, that would cause the kernel to use an > incorrect timer hwmod name if the selected GPTIMER was not 1 or 12 - > thanks Santosh. Also, Tarun Kanti DebBarma <tarun.kanti@ti.com> > pointed out that the original patch did not apply cleanly; this has > now been fixed. > > Signed-off-by: Paul Walmsley <paul@pwsan.com> > Cc: Benoît Cousson <b-cousson@ti.com> > Cc: Tony Lindgren <tony@atomide.com> > Cc: Kevin Hilman <khilman@ti.com> > Cc: Santosh Shilimkar <santosh.shilimkar@ti.com> > Cc: Tarun Kanti DebBarma <tarun.kanti@ti.com> > --- > arch/arm/mach-omap2/timer-gp.c | 7 ++++++- > 1 files changed, 6 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-omap2/timer-gp.c b/arch/arm/mach-omap2/timer- > gp.c > index 7b7c268..b289d53 100644 > --- a/arch/arm/mach-omap2/timer-gp.c > +++ b/arch/arm/mach-omap2/timer-gp.c > @@ -39,10 +39,11 @@ > #include <asm/mach/time.h> > #include <plat/dmtimer.h> > #include <asm/localtimer.h> > +#include <plat/common.h> > +#include <plat/omap_hwmod.h> > > #include "timer-gp.h" > > -#include <plat/common.h> > > /* MAX_GPTIMER_ID: number of GPTIMERs on the chip */ > #define MAX_GPTIMER_ID 12 > @@ -132,9 +133,13 @@ static void __init omap2_gp_clockevent_init(void) > { > u32 tick_rate; > int src; > + char clockevent_hwmod_name[8]; /* 8 = sizeof("timerXX0") */ > > inited = 1; > > + sprintf(clockevent_hwmod_name, "timer%d", gptimer_id); > + omap_hwmod_late_init_one(clockevent_hwmod_name); > + > gptimer = omap_dm_timer_request_specific(gptimer_id); > BUG_ON(gptimer == NULL); > gptimer_wakeup = gptimer; > -- > 1.7.2.3 -- 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: tarun.kanti@ti.com (DebBarma, Tarun Kanti) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent hwmodright before timer init Date: Thu, 24 Feb 2011 13:59:01 +0530 [thread overview] Message-ID: <5A47E75E594F054BAF48C5E4FC4B92AB037A0958B7@dbde02.ent.ti.com> (raw) In-Reply-To: <alpine.DEB.2.00.1102240114160.6198@utopia.booyaka.com> > -----Original Message----- > From: linux-omap-owner at vger.kernel.org [mailto:linux-omap- > owner at vger.kernel.org] On Behalf Of Paul Walmsley > Sent: Thursday, February 24, 2011 1:45 PM > To: Shilimkar, Santosh > Cc: linux-omap at vger.kernel.org; linux-arm-kernel at lists.infradead.org; Tony > Lindgren; Hilman, Kevin; Cousson, Benoit > Subject: RE: [PATCH 8/8] OMAP2+: clockevent: late-init GPTIMER clockevent > hwmodright before timer init > > Hello Santosh, > > On Thu, 24 Feb 2011, Paul Walmsley wrote: > > > I propose the following change instead - please let me know what you > > think. > > Oops - the patch I sent you was not completely refreshed in the local > tree. Here is the correct one. I have tested on OMAP3 and works fine. On OMAP2, I guess there is different issue for which it does not work. -- Tarun > > From: Paul Walmsley <paul@pwsan.com> > Date: Wed, 23 Feb 2011 00:14:08 -0700 > Subject: [PATCH] OMAP2+: clockevent: late-init GPTIMER clockevent hwmod > right before timer init > > Late-initialize the GPTIMER hwmod used for the clockevent source > immediately > before it is used. This avoids the need to late-initialize all of the > hwmods > until the boot process is further along. (In general, we want to defer > as much as possible until late in the boot process.) > > This second version fixes a bug pointed out by Santosh Shilimkar > <santosh.shilimkar@ti.com>, that would cause the kernel to use an > incorrect timer hwmod name if the selected GPTIMER was not 1 or 12 - > thanks Santosh. Also, Tarun Kanti DebBarma <tarun.kanti@ti.com> > pointed out that the original patch did not apply cleanly; this has > now been fixed. > > Signed-off-by: Paul Walmsley <paul@pwsan.com> > Cc: Beno?t Cousson <b-cousson@ti.com> > Cc: Tony Lindgren <tony@atomide.com> > Cc: Kevin Hilman <khilman@ti.com> > Cc: Santosh Shilimkar <santosh.shilimkar@ti.com> > Cc: Tarun Kanti DebBarma <tarun.kanti@ti.com> > --- > arch/arm/mach-omap2/timer-gp.c | 7 ++++++- > 1 files changed, 6 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-omap2/timer-gp.c b/arch/arm/mach-omap2/timer- > gp.c > index 7b7c268..b289d53 100644 > --- a/arch/arm/mach-omap2/timer-gp.c > +++ b/arch/arm/mach-omap2/timer-gp.c > @@ -39,10 +39,11 @@ > #include <asm/mach/time.h> > #include <plat/dmtimer.h> > #include <asm/localtimer.h> > +#include <plat/common.h> > +#include <plat/omap_hwmod.h> > > #include "timer-gp.h" > > -#include <plat/common.h> > > /* MAX_GPTIMER_ID: number of GPTIMERs on the chip */ > #define MAX_GPTIMER_ID 12 > @@ -132,9 +133,13 @@ static void __init omap2_gp_clockevent_init(void) > { > u32 tick_rate; > int src; > + char clockevent_hwmod_name[8]; /* 8 = sizeof("timerXX0") */ > > inited = 1; > > + sprintf(clockevent_hwmod_name, "timer%d", gptimer_id); > + omap_hwmod_late_init_one(clockevent_hwmod_name); > + > gptimer = omap_dm_timer_request_specific(gptimer_id); > BUG_ON(gptimer == NULL); > gptimer_wakeup = gptimer; > -- > 1.7.2.3
next prev parent reply other threads:[~2011-02-24 8:29 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 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 [this message] 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=5A47E75E594F054BAF48C5E4FC4B92AB037A0958B7@dbde02.ent.ti.com \ --to=tarun.kanti@ti.com \ --cc=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 \ --cc=santosh.shilimkar@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: linkBe 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.