31 Mar, 2011

1 commit


16 Sep, 2009

1 commit

  • Add new SIGBUS codes for reporting machine checks as signals. When
    the hardware detects an uncorrected ECC error it can trigger these
    signals.

    This is needed for telling KVM's qemu about machine checks that happen to
    guests, so that it can inject them, but might be also useful for other programs.
    I find it useful in my test programs.

    This patch merely defines the new types.

    - Define two new si_codes for SIGBUS. BUS_MCEERR_AO and BUS_MCEERR_AR
    * BUS_MCEERR_AO is for "Action Optional" machine checks, which means that some
    corruption has been detected in the background, but nothing has been consumed
    so far. The program can ignore those if it wants (but most programs would
    already get killed)
    * BUS_MCEERR_AR is for "Action Required" machine checks. This happens
    when corrupted data is consumed or the application ran into an area
    which has been known to be corrupted earlier. These require immediate
    action and cannot just returned to. Most programs would kill themselves.
    - They report the address of the corruption in the user address space
    in si_addr.
    - Define a new si_addr_lsb field that reports the extent of the corruption
    to user space. That's currently always a (small) page. The user application
    cannot tell where in this page the corruption happened.

    AK: I plan to write a man page update before anyone asks.

    Signed-off-by: Andi Kleen

    Andi Kleen
     

14 Apr, 2009

1 commit

  • Impact: (nearly) trivial

    The patch

    commit da654b74bda14c45a7d98c731bf3c1a43b6b74e2
    Author: Srinivasa Ds
    Date: Tue Sep 23 15:23:52 2008 +0530

    signals: demultiplexing SIGTRAP signal

    forgot to update the NSIGTRAP define in asm-generic/siginfo.h to the new
    number of sigtrap subcodes. Nothing in the tree seems to use it, but
    presumably something in user space might. So update it.

    Cc: Srinivasa Ds
    Signed-off-by: Andi Kleen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andi Kleen
     

27 Mar, 2009

1 commit

  • A number of standard posix types are used in exported headers, which
    is not allowed if __STRICT_KERNEL_NAMES is defined. In order to
    get rid of the non-__STRICT_KERNEL_NAMES part and to make sane headers
    the default, we have to change them all to safe types.

    There are also still some leftovers in reiserfs_fs.h, elfcore.h
    and coda.h, but these files have not compiled in user space for
    a long time.

    This leaves out the various integer types ({u_,u,}int{8,16,32,64}_t),
    which we take care of separately.

    Signed-off-by: Arnd Bergmann
    Acked-by: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     

23 Sep, 2008

1 commit

  • Currently a SIGTRAP can denote any one of below reasons.
    - Breakpoint hit
    - H/W debug register hit
    - Single step
    - Signal sent through kill() or rasie()

    Architectures like powerpc/parisc provides infrastructure to demultiplex
    SIGTRAP signal by passing down the information for receiving SIGTRAP through
    si_code of siginfot_t structure. Here is an attempt is generalise this
    infrastructure by extending it to x86 and x86_64 archs.

    Signed-off-by: Srinivasa DS
    Cc: Roland McGrath
    Cc: akpm@linux-foundation.org
    Cc: paulus@samba.org
    Cc: linuxppc-dev@ozlabs.org
    Signed-off-by: Ingo Molnar

    Srinivasa Ds
     

01 May, 2005

1 commit

  • Discussing with Matthew Wilcox some of his outstanding patches lead me to
    this patch (among others).

    The preamble in struct sigevent can be expressed independently of the
    architecture.

    Also use __ARCH_SI_PREAMBLE_SIZE on ia64.

    Signed-off-by: Stephen Rothwell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Stephen Rothwell
     

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!

    Linus Torvalds