20 Jul, 2007
1 commit
-
Signed-off-by: David S. Miller
12 May, 2007
1 commit
-
Signed-off-by: David S. Miller
09 May, 2007
1 commit
-
Signed-off-by: David S. Miller
13 Mar, 2007
1 commit
-
sys_mbind
sys_get_mempolicy
sys_set_mempolicy
sys_kexec_load
sys_move_pages
sys_getcpu
sys_epoll_pwaitThis work is largely a result of David Woodhouse's most
excellent missing syscalls patch.Signed-off-by: David S. Miller
10 Mar, 2007
1 commit
-
Signed-off-by: David S. Miller
08 Dec, 2006
1 commit
-
The last thing we agreed on was to remove the macros entirely for 2.6.19,
on all architectures. Unfortunately, I think nobody actually _did_ that,
so they are still there.[akpm@osdl.org: x86_64 fix]
Cc: David Woodhouse
Cc: Greg Schafer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
06 Nov, 2006
1 commit
-
When I added the entries for the robust futex syscall entries, I
forgot to bump NR_SYSCALLS. The current situation is error-prone
because NR_SYSCALLS lives in entry.S where the system call limit
checks are enforced. Move the definition to asm/unistd.h in order to
make this mistake much more difficult to make.And wire up sys_migrate_pages since the powerpc folks implemented the
compat wrapper for us.Signed-off-by: David S. Miller
02 Oct, 2006
1 commit
-
The last in-kernel user of errno is gone, so we should remove the definition
and everything referring to it. This also removes the now-unused lib/execve.c
file that was introduced earlier.Also remove every trace of __KERNEL_SYSCALLS__ that still remained in the
kernel.Signed-off-by: Arnd Bergmann
Cc: Andi Kleen
Cc: Paul Mackerras
Cc: Benjamin Herrenschmidt
Cc: Richard Henderson
Cc: Ivan Kokshaysky
Cc: Russell King
Cc: Ian Molton
Cc: Mikael Starvik
Cc: David Howells
Cc: Yoshinori Sato
Cc: Hirokazu Takata
Cc: Ralf Baechle
Cc: Kyle McMartin
Cc: Heiko Carstens
Cc: Martin Schwidefsky
Cc: Paul Mundt
Cc: Kazumoto Kojima
Cc: Richard Curnow
Cc: William Lee Irwin III
Cc: "David S. Miller"
Cc: Jeff Dike
Cc: Paolo 'Blaisorblade' Giarrusso
Cc: Miles Bader
Cc: Chris Zankel
Cc: "Luck, Tony"
Cc: Geert Uytterhoeven
Cc: Roman Zippel
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
24 May, 2006
1 commit
-
Conflicts:
include/asm-powerpc/unistd.h
include/asm-sparc/unistd.h
include/asm-sparc64/unistd.hSigned-off-by: David Woodhouse
22 May, 2006
1 commit
-
Signed-off-by: David S. Miller
07 May, 2006
1 commit
-
Signed-off-by: David Woodhouse
04 May, 2006
1 commit
-
Signed-off-by: David S. Miller
29 Apr, 2006
1 commit
-
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
25 Apr, 2006
1 commit
-
__NR_sys_sync_file_range part was lost somewhere...
[glibc is already checking __NR_sync_file_range]Signed-off-by: OGAWA Hirofumi
Signed-off-by: David S. Miller
20 Apr, 2006
1 commit
-
Signed-off-by: David S. Miller
15 Apr, 2006
1 commit
-
Signed-off-by: David S. Miller
01 Apr, 2006
2 commits
-
Signed-off-by: David S. Miller
-
Signed-off-by: David S. Miller
13 Feb, 2006
1 commit
-
Signed-off-by: David S. Miller
08 Feb, 2006
1 commit
-
Also, the Solaris syscall table is sized differrently,
and does not go beyond entry 255, so trim off the excess
entries.Signed-off-by: David S. Miller
19 Jan, 2006
1 commit
-
This also includes by necessity _TIF_RESTORE_SIGMASK support,
which actually resulted in a lot of cleanups.The sparc signal handling code is quite a mess and I should
clean it up some day.Signed-off-by: David S. Miller
28 Jul, 2005
1 commit
-
Signed-off-by: David S. Miller
11 Jul, 2005
1 commit
-
Signed-off-by: David S. Miller
19 Apr, 2005
1 commit
-
Like Alpha, sparc64's struct stat was defined before we had the
nanosecond et al. fields added. So like Alpha I have to cons up a
struct stat64 to get this stuff. I'll work on the glibc bits soon.Also, we were forgetting to fill in the nanosecond fields in the sparc
compat stat64 syscalls.Signed-off-by: David S. Miller
Signed-off-by: Linus Torvalds
17 Apr, 2005
1 commit
-
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!