linux-toradex.git/arch/parisc/include, branch v2.6.32

fcntl: Use consistent values for F_[GS]ETOWN_EX

2009-11-17T17:13:43+00:00

These values were only introduced during this release cycle, so it is
still early enough to get them right.

alpha uses the same values that are in asm-generic/fcntl.h, so just
remove them.

parisc uses the values interchanged for no apparent reason, so remove
them to give us consistency across all architectures.

Signed-off-by: Stephen Rothwell 
Signed-off-by: Linus Torvalds

parisc: convert to asm-generic/hardirq.h

2009-09-28T04:24:23+00:00

Signed-off-by: Christoph Hellwig 
Signed-off-by: Kyle McMartin

parisc: Make THREAD_SIZE available to assembly files and linker scripts.

2009-09-28T03:35:07+00:00

Signed-off-by: Tim Abbott 
Acked-by: Helge Deller 
Signed-off-by: Kyle McMartin

parisc: rename parisc's vmalloc_start to parisc_vmalloc_start

2009-09-28T03:27:04+00:00

building kernel 2.6.32(pre), gives this compiler warning:
/linus-linux-2.6/mm/vmalloc.c: In function 'pcpu_get_vm_areas':
/linus-linux-2.6/mm/vmalloc.c:2104: warning: 'vmalloc_start' is used
uninitialized in this function

The reason is, that the code in mm/vmalloc defines a local variable called
vmalloc_start, which is already defined as global variable in parisc's code.

To avoid this kind of problems in future, I suggest to rename the parisc
variable
to parisc_vmalloc_start.

Signed-off-by: Helge Deller 
Signed-off-by: Kyle McMartin

parisc: add skeleton syscall.h

2009-09-28T03:07:23+00:00

Needed for lib/syscall.c when HAVE_ARCH_TRACEHOOK.

Signed-off-by: Kyle McMartin

parisc: stop using task->ptrace for {single,block}step flags

2009-09-28T03:07:22+00:00

task->ptrace flags belong to generic code, so instead thief some
TIF_ bits to use. Somewhat risky conversion of code to test TASK_FLAGS
instead of TASK_PTRACE in assembly, but it looks alright in the end.

Signed-off-by: Kyle McMartin

fcntl: add F_[SG]ETOWN_EX

2009-09-24T14:21:01+00:00

In order to direct the SIGIO signal to a particular thread of a
multi-threaded application we cannot, like suggested by the manpage, put a
TID into the regular fcntl(F_SETOWN) call.  It will still be send to the
whole process of which that thread is part.

Since people do want to properly direct SIGIO we introduce F_SETOWN_EX.

The need to direct SIGIO comes from self-monitoring profiling such as with
perf-counters.  Perf-counters uses SIGIO to notify that new sample data is
available.  If the signal is delivered to the same task that generated the
new sample it can augment that data by inspecting the task's user-space
state right after it returns from the kernel.  This is esp.  convenient
for interpreted or virtual machine driven environments.

Both F_SETOWN_EX and F_GETOWN_EX take a pointer to a struct f_owner_ex
as argument:

struct f_owner_ex {
	int   type;
	pid_t pid;
};

Where type is one of F_OWNER_TID, F_OWNER_PID or F_OWNER_GID.

Signed-off-by: Peter Zijlstra 
Reviewed-by: Oleg Nesterov 
Tested-by: stephane eranian 
Cc: Michael Kerrisk 
Cc: Roland McGrath 
Cc: Al Viro 
Cc: Christoph Hellwig 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

cpumask: remove arch_send_call_function_ipi

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

Now everyone is converted to arch_send_call_function_ipi_mask, remove
the shim and the #defines.

Signed-off-by: Rusty Russell

mm: add MAP_HUGETLB for mmaping pseudo-anonymous huge page regions

2009-09-22T14:17:41+00:00

Add a flag for mmap that will be used to request a huge page region that
will look like anonymous memory to user space.  This is accomplished by
using a file on the internal vfsmount.  MAP_HUGETLB is a modifier of
MAP_ANONYMOUS and so must be specified with it.  The region will behave
the same as a MAP_ANONYMOUS region using small pages.

The patch also adds the MAP_STACK flag, which was previously defined only
on some architectures but not on others.  Since MAP_STACK is meant to be a
hint only, architectures can define it without assigning a specific
meaning to it.

Signed-off-by: Arnd Bergmann 
Cc: Eric B Munson 
Cc: Hugh Dickins 
Cc: David Rientjes 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

ksm: define MADV_MERGEABLE and MADV_UNMERGEABLE

2009-09-22T14:17:31+00:00

The out-of-tree KSM used ioctls on fds cloned from /dev/ksm to register a
memory area for merging: we prefer now to use an madvise(2) interface.

This patch just defines MADV_MERGEABLE (to tell KSM it may merge pages in
this area found identical to pages in other mergeable areas) and
MADV_UNMERGEABLE (to undo that).

Most architectures use asm-generic, but alpha, mips, parisc, xtensa need
their own definitions: included here for mmotm convenience, but we'll
probably want to split this and feed pieces to arch maintainers.

Based upon earlier patches by Chris Wright and Izik Eidus.

Signed-off-by: Hugh Dickins 
Signed-off-by: Chris Wright 
Signed-off-by: Izik Eidus 
Cc: Michael Kerrisk 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Cc: Ralf Baechle 
Cc: Kyle McMartin 
Cc: Helge Deller 
Cc: Chris Zankel 
Cc: Andrea Arcangeli 
Cc: Rik van Riel 
Cc: Wu Fengguang 
Cc: Balbir Singh 
Cc: Hugh Dickins 
Cc: KAMEZAWA Hiroyuki 
Cc: Lee Schermerhorn 
Cc: Avi Kivity 
Cc: Nick Piggin 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds