linux-toradex.git/arch/um/kernel/smp.c, branch v3.4.18

remove references to cpu_*_map in arch/

2012-03-29T05:08:30+00:00

This has been obsolescent for a while; time for the final push.

In adjacent context, replaced old cpus_* with cpumask_*.

Signed-off-by: Rusty Russell 
Acked-by: David S. Miller  (arch/sparc)
Acked-by: Chris Metcalf  (arch/tile)
Cc: user-mode-linux-devel@lists.sourceforge.net
Cc: Russell King 
Cc: linux-arm-kernel@lists.infradead.org
Cc: Richard Kuo 
Cc: linux-hexagon@vger.kernel.org
Cc: Ralf Baechle 
Cc: linux-mips@linux-mips.org
Cc: Kyle McMartin 
Cc: Helge Deller 
Cc: sparclinux@vger.kernel.org

mm: now that all old mmu_gather code is gone, remove the storage

2011-05-25T15:39:16+00:00

Fold all the mmu_gather rework patches into one for submission

Signed-off-by: Peter Zijlstra 
Reported-by: Hugh Dickins 
Cc: Benjamin Herrenschmidt 
Cc: David Miller 
Cc: Martin Schwidefsky 
Cc: Russell King 
Cc: Paul Mundt 
Cc: Jeff Dike 
Cc: Richard Weinberger 
Cc: Tony Luck 
Cc: KAMEZAWA Hiroyuki 
Cc: Mel Gorman 
Cc: KOSAKI Motohiro 
Cc: Nick Piggin 
Cc: Namhyung Kim 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

sched: Provide scheduler_ipi() callback in response to smp_send_reschedule()

2011-04-14T06:52:32+00:00

For future rework of try_to_wake_up() we'd like to push part of that
function onto the CPU the task is actually going to run on.

In order to do so we need a generic callback from the existing scheduler IPI.

This patch introduces such a generic callback: scheduler_ipi() and
implements it as a NOP.

BenH notes: PowerPC might use this IPI on offline CPUs under rare conditions!

Acked-by: Russell King 
Acked-by: Martin Schwidefsky 
Acked-by: Chris Metcalf 
Acked-by: Jesper Nilsson 
Acked-by: Benjamin Herrenschmidt 
Signed-off-by: Ralf Baechle 
Reviewed-by: Frank Rowand 
Cc: Mike Galbraith 
Cc: Nick Piggin 
Cc: Linus Torvalds 
Cc: Andrew Morton 
Signed-off-by: Ingo Molnar 
Signed-off-by: Peter Zijlstra 
Link: http://lkml.kernel.org/r/20110405152728.744338123@chello.nl

cpumask: Use accessors for cpu_*_mask: um

2009-09-24T00:04:49+00:00

Use the accessors rather than frobbing bits directly (the new versions
are const).

Signed-off-by: Rusty Russell 
Signed-off-by: Mike Travis

cpumask: centralize cpu_online_map and cpu_possible_map

2008-12-13T10:49:41+00:00

Impact: cleanup

Each SMP arch defines these themselves.  Move them to a central
location.

Twists:
1) Some archs (m32, parisc, s390) set possible_map to all 1, so we add a
   CONFIG_INIT_ALL_POSSIBLE for this rather than break them.

2) mips and sparc32 '#define cpu_possible_map phys_cpu_present_map'.
   Those archs simply have phys_cpu_present_map replaced everywhere.

3) Alpha defined cpu_possible_map to cpu_present_map; this is tricky
   so I just manipulate them both in sync.

4) IA64, cris and m32r have gratuitous 'extern cpumask_t cpu_possible_map'
   declarations.

Signed-off-by: Rusty Russell 
Reviewed-by: Grant Grundler 
Tested-by: Tony Luck 
Acked-by: Ingo Molnar 
Cc: Mike Travis 
Cc: ink@jurassic.park.msu.ru
Cc: rmk@arm.linux.org.uk
Cc: starvik@axis.com
Cc: tony.luck@intel.com
Cc: takata@linux-m32r.org
Cc: ralf@linux-mips.org
Cc: grundler@parisc-linux.org
Cc: paulus@samba.org
Cc: schwidefsky@de.ibm.com
Cc: lethal@linux-sh.org
Cc: wli@holomorphy.com
Cc: davem@davemloft.net
Cc: jdike@addtoit.com
Cc: mingo@redhat.com

kernel/cpu.c: create a CPU_STARTING cpu_chain notifier

2008-09-08T17:25:24+00:00

Right now, there is no notifier that is called on a new cpu, before the new
cpu begins processing interrupts/softirqs.
Various kernel function would need that notification, e.g. kvm works around
by calling smp_call_function_single(), rcu polls cpu_online_map.

The patch adds a CPU_STARTING notification. It also adds a helper function
that sends the message to all cpu_chain handlers.

Tested on x86-64.
All other archs are untested. Especially on sparc, I'm not sure if I got
it right.

Signed-off-by: Manfred Spraul 
Signed-off-by: Ingo Molnar

smp_call_function: get rid of the unused nonatomic/retry argument

2008-06-26T09:24:35+00:00

It's never used and the comments refer to nonatomic and retry
interchangably. So get rid of it.

Acked-by: Jeremy Fitzhardinge 
Signed-off-by: Jens Axboe

uml: style fixes in arch/um/kernel

2008-02-05T17:44:30+00:00

Joe Perches noticed some printks in smp.c that needed fixing.

While I was in there, I did the usual tidying in arch/um/kernel, which
should be fairly style-clean at this point:
	copyright updates
	emacs formatting comments removal
	include tidying
	style fixes

Cc: Joe Perches 
Signed-off-by: Jeff Dike 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

uml: miscellaneous code cleanups

2008-02-05T17:44:29+00:00

Code tidying -
	the pid field of struct irq_fd isn't used, so it is removed
     	os_set_fd_async needed to read flags before changing them, it
doesn't need a pid passed in because it can call getpid itself, and a
block of unused code needed deleting
	os_get_exec_close was unused, so it is removed
	ptrace_child called _exit for historical reasons which are no
longer valid, so just calls exit instead

Signed-off-by: Jeff Dike 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

uml: tidy kern_util.h

2008-02-05T17:44:26+00:00

Tidy kern_util.h.  It turns out that most of the function declarations
aren't used, so they can go away.  os.h no longer includes
kern_util.h, so files which got it through os.h now need to include it
directly.  A number of other files never needed it, so these includes
are deleted.

The structure which was used to pass signal handlers from the kernel
side to the userspace side is gone.  Instead, the handlers are
declared here, and used directly from libc code.  This allows
arch/um/os-Linux/trap.c to be deleted, with its remnants being moved
to arch/um/os-Linux/skas/trap.c.

arch/um/os-Linux/tty.c had its inclusions changed, and it needed some
style attention, so it got tidied.

Signed-off-by: Jeff Dike 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds