All of lore.kernel.org
 help / color / mirror / Atom feed
From: robherring2@gmail.com (Rob Herring)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/4] CPU hotplug support for Versatile platforms
Date: Sat, 18 Sep 2010 15:58:34 -0500	[thread overview]
Message-ID: <4C9527FA.2030803@gmail.com> (raw)
In-Reply-To: <20100917230127.GA19718@n2100.arm.linux.org.uk>

On 09/17/2010 06:01 PM, Russell King - ARM Linux wrote:
> On Fri, Sep 17, 2010 at 04:21:42PM -0500, Rob Herring wrote:
>> The platform specific SMP code is one area that prevents supporting a
>> single kernel image. All the functions in platsmp.c need to be converted
>> to function pointers and a lot of that code is pretty simliar across
>> platforms. What's needed is a common platsmp.c with something like
>> platform specific smp_ops like PowerPC. I think addressing that first
>> would simplify this restructuring as you are doing some of what's
>> needed, but you introducing new namespace problems like platform_cpu_*.
>
> The split between smp.c and platsmp.c is there to allow different SMP
> implementations from the standard ARM Ltd SMP implementation (and there
> will be different implementations.)
>
> Just because all the SMP implementations that are currently merged are
> the standard ARM Ltd SMP implementation does not mean that we should
> move stuff out of platsmp.c into the generic code.

Agreed, but the interface between smp.c and platsmp.c does not allow for 
more than one SMP platform in a single image. Granted, there are plenty 
of other obstacles to multi-platform kernel binaries, but this one would 
be good to address before there are a bunch of SMP platforns rather than 
after. Ideally, platsmp.c could be common, but optional for platforms 
that are significantly different.

The idea I have is add a smp_init function ptr to struct mdesc which 
would fill in an smp_ops struct of function pointers and call 
set_cpu_possible for each core. This would replace the direct 
smp_init_cpus call.

Rob

  reply	other threads:[~2010-09-18 20:58 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-17 13:12 [PATCH 0/4] CPU hotplug support for Versatile platforms Will Deacon
2010-09-17 13:12 ` [PATCH 1/4] ARM: vexpress: add support for multiple core tiles Will Deacon
2010-09-17 13:12 ` [PATCH 2/4] ARM: realview: fix CPU hotplug support for SMP platforms Will Deacon
2010-09-17 13:12 ` [PATCH 3/4] ARM: plat-versatile: factor out common hotplug code Will Deacon
2010-09-17 13:12 ` [PATCH 4/4] ARM: vexpress: add support for CPU hotplug to ct-ca9x4 tile Will Deacon
2010-09-17 21:21 ` [PATCH 0/4] CPU hotplug support for Versatile platforms Rob Herring
2010-09-17 23:01   ` Russell King - ARM Linux
2010-09-18 20:58     ` Rob Herring [this message]
2010-09-22 17:45       ` Will Deacon

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=4C9527FA.2030803@gmail.com \
    --to=robherring2@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.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.