An error occurred fetching the project authors.
  1. 25 Jan, 2005 1 commit
    • David Mosberger's avatar
      [IA64] clean up pt_regs accesses · 1197f3e0
      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: default avatarDavid Mosberger-Tang <davidm@hpl.hp.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      1197f3e0
  2. 22 Jan, 2005 1 commit
  3. 04 Jan, 2005 1 commit
    • Martin Schwidefsky's avatar
      [PATCH] sys_stime needs a compat function · 8fa29920
      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: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8fa29920
  4. 23 Nov, 2004 1 commit
  5. 05 Nov, 2004 1 commit
  6. 26 Oct, 2004 1 commit
  7. 18 Oct, 2004 1 commit
  8. 05 Oct, 2004 1 commit
  9. 17 Jun, 2004 1 commit
  10. 09 Jun, 2004 1 commit
  11. 27 May, 2004 1 commit
  12. 22 May, 2004 2 commits
    • Andrew Morton's avatar
      [PATCH] numa api: Add IA64 support · 8a8e5a38
      Andrew Morton authored
      From: Andi Kleen <ak@suse.de>
      
      Add NUMA API system calls on IA64 and one bug fix required for it.
      8a8e5a38
    • Andrew Morton's avatar
      [PATCH] Sanitise handling of unneeded syscall stubs · 581ae915
      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).
      581ae915
  13. 21 May, 2004 1 commit
  14. 20 May, 2004 1 commit
  15. 19 May, 2004 1 commit
    • Andrew Morton's avatar
      [PATCH] reserve syscall slots for kexec · c450028f
      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
      c450028f
  16. 10 May, 2004 1 commit
  17. 21 Apr, 2004 1 commit
  18. 08 Mar, 2004 1 commit
  19. 25 Feb, 2004 1 commit
    • Andrew Morton's avatar
      [PATCH] add syscalls.h · 0bab0642
      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.
      0bab0642
  20. 10 Oct, 2003 1 commit
  21. 02 Sep, 2003 1 commit
  22. 25 Aug, 2003 1 commit
  23. 19 Aug, 2003 2 commits
  24. 15 Aug, 2003 1 commit
  25. 13 Aug, 2003 1 commit
  26. 09 Jul, 2003 1 commit
  27. 20 Jun, 2003 1 commit
    • Andrew Morton's avatar
      [PATCH] Add system calls statfs64 and fstatfs64 · 244f3626
      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.
      244f3626
  28. 10 Jun, 2003 1 commit
  29. 04 Jun, 2003 1 commit
  30. 30 May, 2003 1 commit
  31. 06 Mar, 2003 1 commit
  32. 11 Feb, 2003 1 commit
  33. 17 Jan, 2003 1 commit
  34. 30 Dec, 2002 1 commit
    • Andrew Morton's avatar
      [PATCH] remove hugetlb syscalls · f3e4f3e7
      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.
      f3e4f3e7
  35. 16 Dec, 2002 1 commit
  36. 14 Dec, 2002 1 commit
    • Andrew Morton's avatar
      [PATCH] semtimedop - semop() with a timeout · f99a1a55
      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.
      f99a1a55
  37. 04 Dec, 2002 1 commit
  38. 31 Oct, 2002 1 commit