All of lore.kernel.org
 help / color / mirror / Atom feed
From: Santosh Shilimkar <santosh.shilimkar-l0cyMroinI0@public.gmane.org>
To: balbi-l0cyMroinI0@public.gmane.org
Cc: Afzal Mohammed <afzal-l0cyMroinI0@public.gmane.org>,
	Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Sekhar Nori <nsekhar-l0cyMroinI0@public.gmane.org>,
	devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	Nicolas Pitre <nico-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
	Syed Mohammed Khasim <khasim-l0cyMroinI0@public.gmane.org>,
	linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH, RFC 2/8] ARM: twd: register clock event for 1 core SMP
Date: Tue, 19 Feb 2013 17:50:33 +0530	[thread overview]
Message-ID: <51236E11.1030900@ti.com> (raw)
In-Reply-To: <20130219121400.GP23197-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>

On Tuesday 19 February 2013 05:44 PM, Felipe Balbi wrote:
> On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
>> 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-l0cyMroinI0@public.gmane.org>
>>> ---
>> 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.
>
> if CONFIG_SMP_ON_UP is enabled, smp_twd.c can still be compiled, right ?
>
Yep though just from deps pesrpective TWD is made available for ARM SMP
machines as below

config HAVE_ARM_TWD
         bool
         depends on SMP

Regards,
Santosh

WARNING: multiple messages have this Message-ID (diff)
From: santosh.shilimkar@ti.com (Santosh Shilimkar)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH, RFC 2/8] ARM: twd: register clock event for 1 core SMP
Date: Tue, 19 Feb 2013 17:50:33 +0530	[thread overview]
Message-ID: <51236E11.1030900@ti.com> (raw)
In-Reply-To: <20130219121400.GP23197@arwen.pp.htv.fi>

On Tuesday 19 February 2013 05:44 PM, Felipe Balbi wrote:
> On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
>> 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.
>
> if CONFIG_SMP_ON_UP is enabled, smp_twd.c can still be compiled, right ?
>
Yep though just from deps pesrpective TWD is made available for ARM SMP
machines as below

config HAVE_ARM_TWD
         bool
         depends on SMP

Regards,
Santosh

WARNING: multiple messages have this Message-ID (diff)
From: Santosh Shilimkar <santosh.shilimkar@ti.com>
To: <balbi@ti.com>
Cc: Afzal Mohammed <afzal@ti.com>, <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 17:50:33 +0530	[thread overview]
Message-ID: <51236E11.1030900@ti.com> (raw)
In-Reply-To: <20130219121400.GP23197@arwen.pp.htv.fi>

On Tuesday 19 February 2013 05:44 PM, Felipe Balbi wrote:
> On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
>> 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.
>
> if CONFIG_SMP_ON_UP is enabled, smp_twd.c can still be compiled, right ?
>
Yep though just from deps pesrpective TWD is made available for ARM SMP
machines as below

config HAVE_ARM_TWD
         bool
         depends on SMP

Regards,
Santosh

  parent reply	other threads:[~2013-02-19 12:20 UTC|newest]

Thread overview: 94+ 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:35 ` Afzal Mohammed
2013-02-18 11:35 ` Afzal Mohammed
2013-02-18 11:36 ` [PATCH, RFC 1/8] ARM: localtimer: return percpu clkevt on register Afzal Mohammed
2013-02-18 11:36   ` Afzal Mohammed
2013-02-18 11:36   ` Afzal Mohammed
2013-02-19 10:22   ` Santosh Shilimkar
2013-02-19 10:22     ` Santosh Shilimkar
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-19 12:10       ` Felipe Balbi
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-18 11:37   ` Afzal Mohammed
2013-02-18 11:37   ` Afzal Mohammed
2013-02-19 10:14   ` Santosh Shilimkar
2013-02-19 10:14     ` Santosh Shilimkar
2013-02-19 10:14     ` Santosh Shilimkar
2013-02-19 12:14     ` Felipe Balbi
2013-02-19 12:14       ` Felipe Balbi
2013-02-19 12:14       ` Felipe Balbi
     [not found]       ` <20130219121400.GP23197-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>
2013-02-19 12:20         ` Santosh Shilimkar [this message]
2013-02-19 12:20           ` Santosh Shilimkar
2013-02-19 12:20           ` Santosh Shilimkar
2013-02-18 11:37 ` [PATCH, RFC 4/8] ARM: am33xx: ll debug config help Afzal Mohammed
2013-02-18 11:37   ` Afzal Mohammed
2013-02-18 11:37   ` Afzal Mohammed
2013-02-19 10:25   ` Santosh Shilimkar
2013-02-19 10:25     ` Santosh Shilimkar
2013-02-19 10:25     ` Santosh Shilimkar
2013-02-19 10:30     ` Mohammed, Afzal
2013-02-19 10:30       ` Mohammed, Afzal
2013-02-19 10:30       ` Mohammed, Afzal
2013-02-19 11:02       ` Santosh Shilimkar
2013-02-19 11:02         ` 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-18 11:37     ` Afzal Mohammed
2013-02-18 11:37     ` Afzal Mohammed
2013-02-19 10:18     ` Santosh Shilimkar
2013-02-19 10:18       ` Santosh Shilimkar
2013-02-19 10:18       ` Santosh Shilimkar
2013-02-18 11:38   ` [PATCH, RFC 5/8] ARM: OMAP2+: am43: Kconfig Afzal Mohammed
2013-02-18 11:38     ` Afzal Mohammed
2013-02-18 11:38     ` Afzal Mohammed
2013-02-19 10:27     ` Santosh Shilimkar
2013-02-19 10:27       ` Santosh Shilimkar
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 10:56           ` Felipe Balbi
2013-02-19 10:56           ` Felipe Balbi
2013-02-19 11:01           ` Santosh Shilimkar
2013-02-19 11:01             ` Santosh Shilimkar
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-18 11:38     ` Afzal Mohammed
2013-02-18 11:38     ` Afzal Mohammed
2013-02-19 10:32     ` Santosh Shilimkar
2013-02-19 10:32       ` Santosh Shilimkar
2013-02-19 10:32       ` Santosh Shilimkar
2013-02-18 11:38 ` [PATCH, RFC 7/8] ARM: dts: am4372: initial support Afzal Mohammed
2013-02-18 11:38   ` Afzal Mohammed
2013-02-18 11:38   ` Afzal Mohammed
2013-02-18 18:22   ` Felipe Balbi
2013-02-18 18:22     ` Felipe Balbi
2013-02-18 18:22     ` Felipe Balbi
2013-02-19  9:10     ` Mohammed, Afzal
2013-02-19  9:10       ` Mohammed, Afzal
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-19  9:17           ` Felipe Balbi
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-18 11:38   ` Afzal Mohammed
2013-02-18 11:38   ` Afzal Mohammed
2013-02-19 10:35   ` Santosh Shilimkar
2013-02-19 10:35     ` Santosh Shilimkar
2013-02-19 10:35     ` Santosh Shilimkar
2013-02-19 10:52     ` Mohammed, Afzal
2013-02-19 10:52       ` Mohammed, Afzal
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:00           ` Santosh Shilimkar
2013-02-19 11:00           ` Santosh Shilimkar
2013-02-19 11:03           ` Mohammed, Afzal
2013-02-19 11:03             ` Mohammed, Afzal
2013-02-19 11:03             ` Mohammed, Afzal
2013-02-19 11:11             ` Santosh Shilimkar
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 10:09   ` Santosh Shilimkar
2013-02-19 10:09   ` Santosh Shilimkar
2013-02-19 11:24   ` Mohammed, Afzal
2013-02-19 11:24     ` Mohammed, Afzal
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=51236E11.1030900@ti.com \
    --to=santosh.shilimkar-l0cymroini0@public.gmane.org \
    --cc=afzal-l0cyMroinI0@public.gmane.org \
    --cc=balbi-l0cyMroinI0@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=khasim-l0cyMroinI0@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
    --cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=nico-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --cc=nsekhar-l0cyMroinI0@public.gmane.org \
    --cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
    --cc=will.deacon-5wv7dgnIgG8@public.gmane.org \
    /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.