An error occurred fetching the project authors.
- 25 Jan, 2005 1 commit
-
-
David Mosberger authored
This patch replaces the idiom: func (args..., long stack) { struct pt_regs *regs = (struct pt_regs *) &stack; with the more commonly used: func (args..., struct pt_regs regs) { The latter didn't used to work with the very earliest kernels and compilers (anybody remember egcs?) but gcc-3.3 and probably even gcc-2.96 don't have a problem with it anymore. The change also makes sparse happier, since it doesn't like it when you access memory past the end of the declared size of that variable. Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 22 Jan, 2005 1 commit
-
-
Tony Luck authored
Patch from yanmin.zhang@intel.com to fix up some corner cases in ptrace. Many thanks to davidm for reviewing and improving. Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 04 Jan, 2005 1 commit
-
-
Martin Schwidefsky authored
I realized that the best way to get the sys_time/sys_stime problem fixed is to make sys_time 64 bit safe by using "time_t *" instead of "int *" and to introduce two proper compat functions compat_sys_time and compat_sys_stime. The prototype change of sys_time is transparent for 32 bit architectures because both "int" and "time_t" are 32 bit. For 64 bit the type change would be wrong but luckily no 64 bit architecture uses sys_time/sys_stime in 64 bit mode. The patch makes the following change: ia64 : Remove sys32_time, use compat_sys_time and add (!!) compat_sys_stime to compat syscall table. mips : Use compat_sys_time/compat_sys_stime in 32 bit syscall table. Add #ifdef magic to compile sys_time/sys_stime and compat_sys_time/compat_sys_stime only if needed. parisc : Remove sys32_time, use compat_sys_time and compat_sys_stime. ppc64 : remove sys32_time, ppc64_sys32_stime and ppc64_sys_stime. Use common compat_sys_time, compat_sys_stime and sys_stime. s390 : Use compat_sys_stime. Add #ifdef magic to compile sys_time/sys_stime and compat_sys_time/compat_sys_stime only if needed. sparc64 : Use compat_sys_time/compat_Sys_stime in 32 bit syscall table. um : Remove um_time and um_stime. Use common functions sys_time and sys_stime. This adds a CAP_SYS_TIME check to UMs stime call. x86_64 : Remove sys32_time. Use compat_sys_time and compat_sys_stime in 32 bit syscall table. The original stime bug is fixed for mips, parisc, s390, sparc64 and x86_64. Can the arch-maintainers please take a look at this? From: Martin Schwidefsky <schwidefsky@de.ibm.com> Convert compat_time_t to time_t in 32 bit emulation for sys_stime and consolidate all the different implementation of sys_time, sys_stime and their 32-bit emulation parts. Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 23 Nov, 2004 1 commit
-
-
Tony Luck authored
Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 05 Nov, 2004 1 commit
-
-
Tony Luck authored
Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 26 Oct, 2004 1 commit
-
-
Andrew Morton authored
We decided to do this a different way. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 18 Oct, 2004 1 commit
-
-
Seth Rohit authored
Add a new system call setaltroot(2). Currently, using the altroot feature is accessible only via the set_personality() system call. It is accessible to user space only if there is more than one exec domain in the system. This patch allows using the altroot feature on systems where there is only one exec domain. It is possible to work around the issue by adding a dummy exec domain, but it was rejected for not being very elegant. If this feature is implemented in userspace, it adds a 16% overhead on a test case which greps for a single word in the kernel source tree. Signed-off-by: Zou Nanhai <nanhai.zou@intel.com> Signed-off-by: Gordon Jin <gordon.jin@intel.com> Signed-off-by: Arun Sharma <arun.sharma@intel.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 05 Oct, 2004 1 commit
-
-
David Mosberger authored
This enables sparse for ia64 and adds a basic set of __user annotations. Apart for sys_execve() and the uaccess.h changes, the patch is trivially safe. Also note that in gcc_intrin.h, I changed "asm __volatile" to "asm volatile" since sparse didn't like the old version (and it's a "strane" version anyhow). Patch has been (boot) tested. Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 17 Jun, 2004 1 commit
-
-
David Mosberger authored
Without this fix, you'll get unresolved references to sys_rt_sigaction().
-
- 09 Jun, 2004 1 commit
-
-
Andrew Morton authored
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Recent syscall stubs cleanup broke alpha, as it has its own version of sys_rt_sigaction(). This defines __ARCH_WANT_SYS_RT_SIGACTION for all architectures except alpha, sparc and sparc64. Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 27 May, 2004 1 commit
-
-
David Mosberger authored
-
- 22 May, 2004 2 commits
-
-
Andrew Morton authored
From: Andi Kleen <ak@suse.de> Add NUMA API system calls on IA64 and one bug fix required for it.
-
Andrew Morton authored
From: David Mosberger <davidm@napali.hpl.hp.com> Below is a patch that tries to sanitize the dropping of unneeded system-call stubs in generic code. In some instances, it would be possible to move the optional system-call stubs into a library routine which would avoid the need for #ifdefs, but in many cases, doing so would require making several functions global (and possibly exporting additional data-structures in header-files). Furthermore, it would inhibit (automatic) inlining in the cases in the cases where the stubs are needed. For these reasons, the patch keeps the #ifdef-approach. This has been tested on ia64 and there were no objections from the arch-maintainers (and one positive response). The patch should be safe but arch-maintainers may want to take a second look to see if some __ARCH_WANT_foo macros should be removed for their architecture (I'm quite sure that's the case, but I wanted to play it safe and only preserved the status-quo in that regard).
-
- 21 May, 2004 1 commit
-
-
Peter Chubb authored
-
- 20 May, 2004 1 commit
-
-
David Mosberger authored
-
- 19 May, 2004 1 commit
-
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> kexec is a fairly major and popular feature. People are shipping it in products, although it is not known if Linux distributors plan to ship it. The patch reserves the kexec syscall slots to pin the ABI down for everyone. - add kexec_load prototype to syscalls.h - add LINUX_REBOOT_CMD_KEXEC to reboot.h - add kexec_load syscall for ia32, ia64, x86_64, ppc32, ppc64
-
- 10 May, 2004 1 commit
-
-
David Mosberger authored
-
- 21 Apr, 2004 1 commit
-
-
Jakub Jelínek authored
-
- 08 Mar, 2004 1 commit
-
-
David Mosberger authored
-
- 25 Feb, 2004 1 commit
-
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> Add syscalls.h, which contains prototypes for the kernel's system calls. Replace open-coded declarations all over the place. This patch found a couple of prior bugs. It appears to be more important with -mregparm=3 as we discover more asmlinkage mismatches. Some syscalls have arch-dependent arguments, so their prototypes are in the arch-specific unistd.h. Maybe it should have been asm/syscalls.h, but there were already arch-specific syscall prototypes in asm/unistd.h... Tested on x86, ia64, x86_64, ppc64, s390 and sparc64. May cause trivial-to-fix build breakage on other architectures.
-
- 10 Oct, 2003 1 commit
-
-
Andreas Schwab authored
This fixes a misnomer of some syscalls in 2.6.0-test[567]. Glibc wants them without the sys_ infix.
-
- 02 Sep, 2003 1 commit
-
-
David Mosberger authored
platforms).
-
- 25 Aug, 2003 1 commit
-
-
David Mosberger authored
-
- 19 Aug, 2003 2 commits
-
-
David Mosberger authored
works again on the simulator (besides the real hw, of course). Also, clean up simulator bootloader code so it's all in a single place (arch/ia64/hp/sim/bootloader/).
-
Suresh B. Siddha authored
-
- 15 Aug, 2003 1 commit
-
-
David Mosberger authored
-
- 13 Aug, 2003 1 commit
-
-
David Mosberger authored
warnings, in favour of inline syscalls for clone() and execve(), and direct calling of kernel functions for other system calls.
-
- 09 Jul, 2003 1 commit
-
-
David Mosberger authored
-
- 20 Jun, 2003 1 commit
-
-
Andrew Morton authored
From: Peter Chubb <peter@chubb.wattle.id.au> Add two new system calls, statfs64 and fstatfs64. This has been needed sincew the 64-bit sector_t merge - the current structures will overflow. - Use a common interface (vfs_statfs) with the rest of the kernel, - convert to 32-bit at (f)statfs time. - New field f_frsize gives underlying fragment size for the filesystem. (Solaris has this, and the Open Group describe it). - The old statfs syscalls will now return -EOVERFLOW if the device was too large to be represented inthe old data structures. The new system calls take a size_t argument, which is the size of the structure to be filled in (as requested by Ben LaHaise), to `futureproof' the interface. Has been reviewed by the arch maintainers and by Ulrich Drepper.
-
- 10 Jun, 2003 1 commit
-
-
David Mosberger authored
so move it back to ptrace.h.
-
- 04 Jun, 2003 1 commit
-
-
David Mosberger authored
-
- 30 May, 2003 1 commit
-
-
David Mosberger authored
run faster than break-based syscall stubs, even if there is no light-weight syscall handler. Adds a new boot command-line option "nolwsys" which can be used to turn off light-weight system call handlers. Good for performance measurement and (potentially) for debugging.
-
- 06 Mar, 2003 1 commit
-
-
David Mosberger authored
-
- 11 Feb, 2003 1 commit
-
-
David Mosberger authored
-
- 17 Jan, 2003 1 commit
-
-
David Mosberger authored
-
- 30 Dec, 2002 1 commit
-
-
Andrew Morton authored
Patch from Ben LaHaise and Bill Irwin. As discussed a month or so ago, all parties agree that the new hugetlbfs and shm APIs are sufficient for the 2.6 kernel. I marked the vacated syscall slots as "available for reuse". I doubt that there will be any conflicts when that happens.
-
- 16 Dec, 2002 1 commit
-
-
David Mosberger authored
-
- 14 Dec, 2002 1 commit
-
-
Andrew Morton authored
Patch from Mark Fasheh <mark.fasheh@oracle.com> (plus a few cleanups and a speedup from yours truly) Adds the semtimedop() function - semop with a timeout. Solaris has this. It's apparently worth a couple of percent to Oracle throughput and given the simplicity, that is sufficient benefit for inclusion IMO. This patch hooks up semtimedop() only for ia64 and ia32.
-
- 04 Dec, 2002 1 commit
-
-
David Mosberger authored
-
- 31 Oct, 2002 1 commit
-
-
David Mosberger authored
-