From: Santosh Shilimkar <santosh.shilimkar@ti.com>
To: Afzal Mohammed <afzal@ti.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
devicetree-discuss@lists.ozlabs.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org,
Russell King <linux@arm.linux.org.uk>,
Tony Lindgren <tony@atomide.com>,
Marc Zyngier <marc.zyngier@arm.com>,
Nicolas Pitre <nico@linaro.org>,
Will Deacon <will.deacon@arm.com>,
Linus Walleij <linus.walleij@linaro.org>,
Rob Herring <rob.herring@calxeda.com>,
Grant Likely <grant.likely@secretlab.ca>,
Rob Landley <rob@landley.net>, Sekhar Nori <nsekhar@ti.com>,
Syed Mohammed Khasim <khasim@ti.com>
Subject: Re: [PATCH, RFC 2/8] ARM: twd: register clock event for 1 core SMP
Date: Tue, 19 Feb 2013 15:44:14 +0530 [thread overview]
Message-ID: <51235076.8040200@ti.com> (raw)
In-Reply-To: <a7f62b8580aa4b33d5658f4f03371a453adaea9b.1361186097.git.afzal@ti.com>
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
> Register percpu local timer for scheduler tick in the case of one core
> SMP configuration. In other cases - secondary cpu's as well as boot
> cpu's having more than one core, this is being registered as per
> existing boot flow, with a difference that they happens after delay
> calibration. Registering the clock for tick in case of one core should
> be done before Kernel calibrates delay (this is required to boot,
> unless local timer is the only one registered for tick). Registering
> twd local timer at init_time (which platforms are doing now) helps
> achieve that with the proposed change.
>
> This helps in an almost booting Kernel (minimal) by only relying on
> ARM parts for an A9 one core SMP.
>
> Signed-off-by: Afzal Mohammed <afzal@ti.com>
> ---
As mentioned in cover-letter, I don't think we have good
reasoning to make TWD to work with UP configuration. Even
you fix the timer code, there are more cascaded dependencies
which is not worth the effort.
Regards,
Samtosh
next prev parent reply other threads:[~2013-02-19 10:14 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-18 11:35 [PATCH, RFC 0/8] ARM: AM43 (OMAP2+) boot support Afzal Mohammed
2013-02-18 11:36 ` [PATCH, RFC 1/8] ARM: localtimer: return percpu clkevt on register Afzal Mohammed
2013-02-19 10:22 ` Santosh Shilimkar
[not found] ` <e7cbb10903841ba23a93f71e7a06ae34a43adc70.1361186097.git.afzal-l0cyMroinI0@public.gmane.org>
2013-02-19 12:10 ` Felipe Balbi
2013-02-18 11:37 ` [PATCH, RFC 2/8] ARM: twd: register clock event for 1 core SMP Afzal Mohammed
2013-02-19 10:14 ` Santosh Shilimkar [this message]
2013-02-19 12:14 ` Felipe Balbi
[not found] ` <20130219121400.GP23197-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>
2013-02-19 12:20 ` Santosh Shilimkar
[not found] ` <cover.1361186097.git.afzal-l0cyMroinI0@public.gmane.org>
2013-02-18 11:37 ` [PATCH, RFC 3/8] ARM: twd: clock rate from DT (if no DT clk tree) Afzal Mohammed
2013-02-19 10:18 ` Santosh Shilimkar
2013-02-18 11:38 ` [PATCH, RFC 5/8] ARM: OMAP2+: am43: Kconfig Afzal Mohammed
2013-02-19 10:27 ` Santosh Shilimkar
[not found] ` <5123537B.8050709-l0cyMroinI0@public.gmane.org>
2013-02-19 10:56 ` Felipe Balbi
2013-02-19 11:01 ` Santosh Shilimkar
2013-02-18 11:38 ` [PATCH, RFC 6/8] ARM: OMAP2+: am43: basic dt support Afzal Mohammed
2013-02-19 10:32 ` Santosh Shilimkar
2013-02-18 11:37 ` [PATCH, RFC 4/8] ARM: am33xx: ll debug config help Afzal Mohammed
2013-02-19 10:25 ` Santosh Shilimkar
2013-02-19 10:30 ` Mohammed, Afzal
2013-02-19 11:02 ` Santosh Shilimkar
2013-02-18 11:38 ` [PATCH, RFC 7/8] ARM: dts: am4372: initial support Afzal Mohammed
2013-02-18 18:22 ` Felipe Balbi
2013-02-19 9:10 ` Mohammed, Afzal
[not found] ` <C8443D0743D26F4388EA172BF4E2A7A93EAA85B2-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>
2013-02-19 9:17 ` Felipe Balbi
2013-02-18 11:38 ` [PATCH, RFC 8/8] ARM: dts: am43-pre-silicon support Afzal Mohammed
2013-02-19 10:35 ` Santosh Shilimkar
2013-02-19 10:52 ` Mohammed, Afzal
[not found] ` <C8443D0743D26F4388EA172BF4E2A7A93EAA86DE-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>
2013-02-19 11:00 ` Santosh Shilimkar
2013-02-19 11:03 ` Mohammed, Afzal
2013-02-19 11:11 ` Santosh Shilimkar
2013-02-19 10:09 ` [PATCH, RFC 0/8] ARM: AM43 (OMAP2+) boot support Santosh Shilimkar
2013-02-19 11:24 ` Mohammed, Afzal
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=51235076.8040200@ti.com \
--to=santosh.shilimkar@ti.com \
--cc=afzal@ti.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=grant.likely@secretlab.ca \
--cc=khasim@ti.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=marc.zyngier@arm.com \
--cc=nico@linaro.org \
--cc=nsekhar@ti.com \
--cc=rob.herring@calxeda.com \
--cc=rob@landley.net \
--cc=tony@atomide.com \
--cc=will.deacon@arm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).