10 Jan, 2012

1 commit

  • While debugging udev > 170 failure on Debian Wheezy
    (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648325), it appears
    that the issue was in fact due to missing accept4() in ia64.

    This patch simply adds accept4() to ia64.

    Signed-off-by: Émeric Maschino
    Signed-off-by: Tony Luck

    Émeric Maschino
     

03 Nov, 2011

1 commit


01 Jun, 2011

1 commit


29 May, 2011

1 commit

  • 32bit and 64bit on x86 are tested and working. The rest I have looked
    at closely and I can't find any problems.

    setns is an easy system call to wire up. It just takes two ints so I
    don't expect any weird architecture porting problems.

    While doing this I have noticed that we have some architectures that are
    very slow to get new system calls. cris seems to be the slowest where
    the last system calls wired up were preadv and pwritev. avr32 is weird
    in that recvmmsg was wired up but never declared in unistd.h. frv is
    behind with perf_event_open being the last syscall wired up. On h8300
    the last system call wired up was epoll_wait. On m32r the last system
    call wired up was fallocate. mn10300 has recvmmsg as the last system
    call wired up. The rest seem to at least have syncfs wired up which was
    new in the 2.6.39.

    v2: Most of the architecture support added by Daniel Lezcano
    v3: ported to v2.6.36-rc4 by: Eric W. Biederman
    v4: Moved wiring up of the system call to another patch
    v5: ported to v2.6.39-rc6
    v6: rebased onto parisc-next and net-next to avoid syscall conflicts.
    v7: ported to Linus's latest post 2.6.39 tree.

    >  arch/blackfin/include/asm/unistd.h     |    3 ++-
    >  arch/blackfin/mach-common/entry.S      |    1 +
    Acked-by: Mike Frysinger

    Oh - ia64 wiring looks good.
    Acked-by: Tony Luck

    Signed-off-by: Eric W. Biederman
    Signed-off-by: Linus Torvalds

    Eric W. Biederman
     

23 Mar, 2011

1 commit


19 Aug, 2010

1 commit

  • arch/ia64/kernel/process.c:636: error: conflicting types for ‘sys_execve’

    commit d7627467b7a8dd6944885290a03a07ceb28c10eb
    Make do_execve() take a const filename pointer

    Missed the declaration of sys_execve in the ia64 asm/unistd.h (perhaps
    because there is no reason for it to be there ... it might be a left over
    from the COMPAT code?). Just delete the conflicting version.

    Signed-off-by: Tony Luck

    Tony Luck
     

14 Aug, 2010

3 commits


09 Feb, 2010

1 commit

  • This has been broken since May 2008 when Al Viro killed altroot support.
    Since nobody has complained, it would appear that there are no users of
    this code (A plausible theory since the main OSVs that support ia64 prefer
    to use the IA32-EL software emulation).

    Signed-off-by: Tony Luck

    Tony Luck
     

09 Dec, 2009

1 commit


15 Oct, 2009

1 commit


17 Jun, 2009

2 commits


09 Apr, 2009

1 commit


14 Jan, 2009

1 commit


18 Oct, 2008

1 commit


02 Aug, 2008

1 commit

  • After moving the the include files there were a few clean-ups:

    1) Some files used #include , changed to

    2) Some comments alerted maintainers to look at various header files to
    make matching updates if certain code were to be changed. Updated these
    comments to use the new include paths.

    3) Some header files mentioned their own names in initial comments. Just
    deleted these self references.

    Signed-off-by: Tony Luck

    Tony Luck