25 Sep, 2009
3 commits
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Kuninori Morimoto
Acked-by: Mark Brown
Signed-off-by: Paul Mundt
24 Sep, 2009
37 commits
-
In the unaligned kernel exception fixup case the printk() was ordered
before the copy_from_user(), resulting in a nonsensical instruction
value. This fixes up the ordering properly.Signed-off-by: Paul Mundt
-
This adds some sanity checking in the unaligned instruction handler to
verify the instruction size, which enables basic support for 16-bit
fixups on SH-2A parts.Signed-off-by: Paul Mundt
-
Signed-off-by: Kuninori Morimoto
Signed-off-by: Paul Mundt -
fix the following 'make includecheck' warning:
arch/sh/kernel/dwarf.c: asm/dwarf.h is included more than once.
Signed-off-by: Jaswinder Singh Rajput
Signed-off-by: Paul Mundt -
* git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus: (39 commits)
cpumask: Move deprecated functions to end of header.
cpumask: remove unused deprecated functions, avoid accusations of insanity
cpumask: use new-style cpumask ops in mm/quicklist.
cpumask: use mm_cpumask() wrapper: x86
cpumask: use mm_cpumask() wrapper: um
cpumask: use mm_cpumask() wrapper: mips
cpumask: use mm_cpumask() wrapper: mn10300
cpumask: use mm_cpumask() wrapper: m32r
cpumask: use mm_cpumask() wrapper: arm
cpumask: Use accessors for cpu_*_mask: um
cpumask: Use accessors for cpu_*_mask: powerpc
cpumask: Use accessors for cpu_*_mask: mips
cpumask: Use accessors for cpu_*_mask: m32r
cpumask: remove arch_send_call_function_ipi
cpumask: arch_send_call_function_ipi_mask: s390
cpumask: arch_send_call_function_ipi_mask: powerpc
cpumask: arch_send_call_function_ipi_mask: mips
cpumask: arch_send_call_function_ipi_mask: m32r
cpumask: arch_send_call_function_ipi_mask: alpha
cpumask: remove obsolete topology_core_siblings and topology_thread_siblings: ia64
... -
* remove asm/atomic.h inclusion from linux/utsname.h --
not needed after kref conversion
* remove linux/utsname.h inclusion from files which do not need itNOTE: it looks like fs/binfmt_elf.c do not need utsname.h, however
due to some personality stuff it _is_ needed -- cowardly leave ELF-related
headers and files alone.Signed-off-by: Alexey Dobriyan
Signed-off-by: Linus Torvalds -
This reverts commit c02e3f361c7 ("kmod: fix race in usermodehelper code")
The patch is wrong. UMH_WAIT_EXEC is called with VFORK what ensures
that the child finishes prior returing back to the parent. No race.In fact, the patch makes it even worse because it does the thing it
claims not do:- It calls ->complete() on UMH_WAIT_EXEC
- the complete() callback may de-allocated subinfo as seen in the
following call chain:[] (__link_path_walk+0x20/0xeb4) from [] (path_walk+0x48/0x94)
[] (path_walk+0x48/0x94) from [] (do_path_lookup+0x24/0x4c)
[] (do_path_lookup+0x24/0x4c) from [] (do_filp_open+0xa4/0x83c)
[] (do_filp_open+0xa4/0x83c) from [] (open_exec+0x24/0xe0)
[] (open_exec+0x24/0xe0) from [] (do_execve+0x7c/0x2e4)
[] (do_execve+0x7c/0x2e4) from [] (kernel_execve+0x34/0x80)
[] (kernel_execve+0x34/0x80) from [] (____call_usermodehelper+0x130/0x148)
[] (____call_usermodehelper+0x130/0x148) from [] (kernel_thread_exit+0x0/0x8)and the path pointer was NULL. Good that ARM's kernel_execve()
doesn't check the pointer for NULL or else I wouldn't notice it.The only race there might be is with UMH_NO_WAIT but it is too late for
me to investigate it now. UMH_WAIT_PROC could probably also use VFORK
and we could save one exec. So the only race I see is with UMH_NO_WAIT
and recent scheduler changes where the child does not always run first
might have trigger here something but as I said, it is late....Signed-off-by: Sebastian Andrzej Siewior
Acked-by: Neil Horman
Signed-off-by: Linus Torvalds -
The new ones have pretty kerneldoc. Move the old ones to the end to
avoid confusing people.Signed-off-by: Rusty Russell
Cc: benh@kernel.crashing.org -
We're not forcing removal of the old cpu_ functions, but we might as
well delete the now-unused ones.Especially CPUMASK_ALLOC and friends. I actually got a phone call (!)
from a hacker who thought I had introduced them as the new cpumask
API. He seemed bewildered that I had lost all taste.Signed-off-by: Rusty Russell
Cc: benh@kernel.crashing.org -
This slipped past the previous sweeps.
Signed-off-by: Rusty Russell
Acked-by: Christoph Lameter -
Makes code futureproof against the impending change to mm->cpu_vm_mask (to be a pointer).
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Signed-off-by: Rusty Russell
-
Makes code futureproof against the impending change to mm->cpu_vm_mask.
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Signed-off-by: Rusty Russell
-
Makes code futureproof against the impending change to mm->cpu_vm_mask.
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Signed-off-by: Rusty Russell
-
Makes code futureproof against the impending change to mm->cpu_vm_mask
(to be a pointer).It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Also change the actual arg name here to "mm" (which it is), not "task".
Signed-off-by: Rusty Russell
-
Makes code futureproof against the impending change to mm->cpu_vm_mask.
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Signed-off-by: Rusty Russell
Acked-by: Hirokazu Takata (fixes) -
Makes code futureproof against the impending change to mm->cpu_vm_mask.
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).Signed-off-by: Rusty Russell
-
Use the accessors rather than frobbing bits directly (the new versions
are const).Signed-off-by: Rusty Russell
Signed-off-by: Mike Travis -
Use the accessors rather than frobbing bits directly (the new versions
are const).Signed-off-by: Rusty Russell
Signed-off-by: Mike Travis -
Use the accessors rather than frobbing bits directly (the new versions
are const).Signed-off-by: Rusty Russell
Signed-off-by: Mike Travis -
Use the accessors rather than frobbing bits directly (the new versions
are const).Signed-off-by: Rusty Russell
Signed-off-by: Mike Travis -
Now everyone is converted to arch_send_call_function_ipi_mask, remove
the shim and the #defines.Signed-off-by: Rusty Russell
-
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask().Signed-off-by: Rusty Russell
-
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask(), and by defining
it, the old arch_send_call_function_ipi is defined by the core code.Signed-off-by: Rusty Russell
-
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask(), and by defining
it, the old arch_send_call_function_ipi is defined by the core code.We also take the chance to wean the implementations off the
obsolescent for_each_cpu_mask(): making send_ipi_mask take the pointer
seemed the most natural way to ensure all implementations used
for_each_cpu.Signed-off-by: Rusty Russell
-
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask(), and by defining
it, the old arch_send_call_function_ipi is defined by the core code.We also take the chance to wean the implementations off the
obsolescent for_each_cpu_mask(): making send_ipi_mask take the pointer
seemed the most natural way to ensure all implementations used
for_each_cpu.Signed-off-by: Rusty Russell
-
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask().We also take the chance to wean the send_ipi_message off the
obsolescent for_each_cpu_mask(): making it take a pointer seemed the
most natural way to do this.Signed-off-by: Rusty Russell
-
There were replaced by topology_core_cpumask and topology_thread_cpumask.
Signed-off-by: Rusty Russell
-
There were replaced by topology_core_cpumask and topology_thread_cpumask.
Signed-off-by: Rusty Russell
-
There were replaced by topology_core_cpumask and topology_thread_cpumask.
Signed-off-by: Rusty Russell
-
There were replaced by topology_core_cpumask and topology_thread_cpumask.
Signed-off-by: Rusty Russell
-
There were replaced by topology_core_cpumask and topology_thread_cpumask.
Signed-off-by: Rusty Russell
-
Everyone is now using smp_call_function_many().
Signed-off-by: Rusty Russell
-
smp_call_function_many is the new version: it takes a pointer. Also,
use mm accessor macro while we're changing this.Signed-off-by: Rusty Russell
-
You're not supposed to pass cpumasks on the stack in that case.
Signed-off-by: Rusty Russell
-
set_cpus_allowed() is on the way out; replace it with
set_cpus_allowed_ptr().Reference: http://lkml.org/lkml/2008/11/6/448
Signed-off-by: Bjorn Helgaas
Signed-off-by: Rusty Russell -
By 7be23e278f, mask field was deleted by irqaction. However, it was not
deleted from comment.Signed-off-by: Nobuhiro Iwamatsu
CC: Rusty Russell
Signed-off-by: Rusty Russell -
Up until 1.1.83, the primitive human tribes used struct sigaction for
interrupts. The sa_mask field was overloaded to hold a pointer to the
name.When someone created the new "struct irqaction" they carried across
the "mask" field as a kind of ancestor worship: the fact that it was
unused makes clear its spiritual significance.Signed-off-by: Rusty Russell
