kernel.git/arch/parisc/include/uapi, branch linux-3.17.y

parisc: Use compat layer for msgctl, shmat, shmctl and semtimedop syscalls

2014-11-21T17:23:12Z

commit 2fe749f50b0bec07650ef135b29b1f55bf543869 upstream. Switch over the msgctl, shmat, shmctl and semtimedop syscalls to use the compat layer. The problem was found with the debian procenv package, which called shmctl(0, SHM_INFO, &info); in which the shmctl syscall then overwrote parts of the surrounding areas on the stack on which the info variable was stored and thus lead to a segfault later on. Additionally fix the definition of struct shminfo64 to use unsigned longs like the other architectures. This has no impact on userspace since we only have a 32bit userspace up to now. Signed-off-by: Helge Deller Cc: John David Anglin Signed-off-by: Greg Kroah-Hartman

parisc: Wire up seccomp, getrandom and memfd_create syscalls

2014-08-27T12:39:56Z

With secure computing we only support the SECCOMP_MODE_STRICT mode for now. Signed-off-by: Helge Deller

parisc: Remove SA_RESTORER define

2014-07-24T20:03:26Z

The sa_restorer field in struct sigaction is obsolete and no longer in the parisc implementation. However, the core code assumes the field is present if SA_RESTORER is defined. So, the define needs to be removed. Signed-off-by: John David Anglin Cc: Signed-off-by: Helge Deller

parisc: add renameat2 syscall

2014-05-20T08:59:37Z

Signed-off-by: Miklos Szeredi Acked-by: Helge Deller

parisc: Use generic uapi/asm/resource.h file

2014-05-01T17:29:26Z

Signed-off-by: Helge Deller

parisc: remove _STK_LIM_MAX override

2014-05-01T17:28:44Z

There are only a couple of architectures that override _STK_LIM_MAX to a non-infinity value. This changes the stack allocation semantics in subtle ways. For example, GNU make changes its stack allocation to the hard maximum defined by _STK_LIM_MAX. As a results, threads executed by processes running under make are allocated a stack size of _STK_LIM_MAX rather than a sensible default value. This causes various thread stress tests to fail when they can't muster more than about 50 threads. The attached change implements the default behavior used by the majority of architectures. Signed-off-by: John David Anglin Reviewed-by: Carlos O'Donell Cc: stable@vger.kernel.org # 3.14 Signed-off-by: Helge Deller

parisc: wire up sys_utimes

2014-03-23T15:57:13Z

We seem to be nearly the only platform which does not provide the sys_utimes syscall. Adding it now makes our life much easier with userspace applications (like dietlibc and e2fsprogs) since we then behave like all other platforms too and don't need extra patches which are hard to get upstream anyway because we are not a mainstream architecture. Signed-off-by: Helge Deller Cc: stable@vger.kernel.org # v3.13

parisc: Make EWOULDBLOCK be equal to EAGAIN on parisc

2014-02-02T19:57:42Z

On Linux, only parisc uses a different value for EWOULDBLOCK which causes a lot of troubles for applications not checking for both values. Since the hpux compat is long dead, make EWOULDBLOCK behave the same as all other architectures. Signed-off-by: Guy Martin Signed-off-by: Helge Deller

parisc: convert uapi/asm/stat.h to use native types only

2014-02-02T19:57:33Z

The stat.h header file is exported to userspace. Some userspace applications failed to compile due to missing/unknown types, so we better convert it to use native types only (like it's done on other architectures too). Signed-off-by: Helge Deller

parisc: wire up sched_setattr and sched_getattr

2014-02-02T19:57:25Z

Signed-off-by: Helge Deller