aboutsummaryrefslogtreecommitdiffstats
path: root/include/asm-parisc/unistd.h
Commit message (Collapse)AuthorAge
* [PARISC] bump __NR_syscallsKyle McMartin2008-03-15
| | | | | | oops, forgot this in the previous commit. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] wire up timerfd syscallsKyle McMartin2008-03-15
| | | | Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] Wire up sys_fallocate (and compat_sys_fallocate)Kyle McMartin2007-10-18
| | | | Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
* [PARISC] Wire up utimensat/signalfd/timerfd/eventfd syscallsHelge Deller2007-05-27
| | | | | | | | Wire up utimensat/signalfd/timerfd/eventfd syscalls and mark select/fadvise64/utimes to be ignored by checksyscalls.sh Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] Wire up kexec_load syscallKyle McMartin2007-05-22
| | | | | | | Definitely unimplemented at this point and will just trap to sys_ni_syscall... Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] Use symbolic last syscall in __NR_Linux_syscallsKyle McMartin2007-02-21
| | | | | | Hopefully will prevent people from forgetting to update this... Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] Add missing statfs64 and fstatfs64 syscallsGuy Martin2007-02-21
| | | | Signed-off-by: Guy Martin <gmsoft@tuxicoman.be>
* [PARISC] Add TIF_RESTORE_SIGMASK supportKyle McMartin2007-02-17
| | | | | | And unmask the pselect6/ppoll system calls. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] Use fstatat64 instead of newfstatat syscallHelge Deller2007-02-17
| | | | | Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] add missing syscalls for vmsplice, move_pages, getcpu & epoll_pwaitHelge Deller2007-02-17
| | | | | Signed-off-by: Helge Deller <deller@gmx.de> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PATCH] rename the provided execve functions to kernel_execveArnd Bergmann2006-10-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some architectures provide an execve function that does not set errno, but instead returns the result code directly. Rename these to kernel_execve to get the right semantics there. Moreover, there is no reasone for any of these architectures to still provide __KERNEL_SYSCALLS__ or _syscallN macros, so remove these right away. [akpm@osdl.org: build fix] [bunk@stusta.de: build fix] Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Andi Kleen <ak@muc.de> Acked-by: Paul Mackerras <paulus@samba.org> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Cc: Richard Henderson <rth@twiddle.net> Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Cc: Russell King <rmk@arm.linux.org.uk> Cc: Ian Molton <spyro@f2s.com> Cc: Mikael Starvik <starvik@axis.com> Cc: David Howells <dhowells@redhat.com> Cc: Yoshinori Sato <ysato@users.sourceforge.jp> Cc: Hirokazu Takata <takata.hirokazu@renesas.com> Cc: Ralf Baechle <ralf@linux-mips.org> Cc: Kyle McMartin <kyle@mcmartin.ca> Cc: Heiko Carstens <heiko.carstens@de.ibm.com> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> Cc: Paul Mundt <lethal@linux-sh.org> Cc: Kazumoto Kojima <kkojima@rr.iij4u.or.jp> Cc: Richard Curnow <rc@rc0.org.uk> Cc: William Lee Irwin III <wli@holomorphy.com> Cc: "David S. Miller" <davem@davemloft.net> Cc: Jeff Dike <jdike@addtoit.com> Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> Cc: Miles Bader <uclinux-v850@lsi.nec.co.jp> Cc: Chris Zankel <chris@zankel.net> Cc: "Luck, Tony" <tony.luck@intel.com> Cc: Geert Uytterhoeven <geert@linux-m68k.org> Cc: Roman Zippel <zippel@linux-m68k.org> Signed-off-by: Adrian Bunk <bunk@stusta.de> Cc: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PARISC] Remove unconditional #define PIC in syscall macrosCarlos O'Donell2006-06-27
| | | | | Signed-off-by: Carlos O'Donell <carlos@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* Remove unneeded _syscallX macros from user view in asm-*/unistd.hDavid Woodhouse2006-04-28
| | | | | | | | These aren't needed by glibc or klibc, and they're broken in some cases anyway. The uClibc folks are apparently switching over to stop using them too (now that we agreed that they should be dropped, at least). Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* [PARISC] Add new entries to the syscall tableKyle McMartin2006-04-21
| | | | | | | Most are easy, but sync_file_range needed special handling when entering through the 32-bit syscall table. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PARISC] New syscalls (inotify, *at, pselect6/ppoll, migrate_pages)Kyle McMartin2006-01-30
| | | | | | | | | | Wire up some new syscalls that have been merged upstream, o inotify o openat et al o pselect6/ppoll o migrate_pages Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* [PATCH] adjust parisc sys_ptrace prototypeChristoph Hellwig2005-10-30
| | | | | | | | | | | | Make the pid argument a long as on every other arcihtecture. Despite pid_t beeing a 32bit type even on 64bit parisc this is not an ABI change due to the parisc calling conventions. And even if it did it wouldn't matter too much because 64bit userspace on parisc is in an embrionic stage. Acked-by: Matthew Wilcox <matthew@wil.cx> Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PARISC] Add new ioprio_{set,get} syscallsJens Axboe2005-10-21
| | | | | | | | | add syscall entries for ioprio_set/get as per Jens Axboe. Signed-off-by: Jens Axboe <axboe@suse.de> Signed-off-by: Grant Grundler <grundler@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
* Linux-2.6.12-rc2v2.6.12-rc2Linus Torvalds2005-04-16
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!