1. 04 2月, 2013 3 次提交
  2. 29 11月, 2012 1 次提交
  3. 02 6月, 2012 5 次提交
  4. 24 5月, 2012 1 次提交
  5. 22 5月, 2012 3 次提交
    • A
      m68k: add TIF_NOTIFY_RESUME and handle it. · a54f1655
      Al Viro 提交于
      TIF_NOTIFY_RESUME added (as bit 5).  That way nommu glue needs no changes at
      all; mmu one needs just to replace jmi do_signal_return to jne do_signal_return
      There we have flags shifted up, until bit 6 (SIGPENDING) is in MSBit; instead
      of checking that MSBit is set (jmi) we check that MSBit or something below it
      is set (jne); bits 0..4 are never set, so that's precisely "bit 6 or bit 5 is
      set".
      
      Usual handling of NOTIFY_RESUME/SIGPENDING is done in do_notify_resume(); glue
      calls it instead of do_signal().
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      a54f1655
    • M
      m68k: use set_current_blocked() and block_sigmask() · 43a35995
      Matt Fleming 提交于
      As described in e6fa16ab ("signal: sigprocmask() should do
      retarget_shared_pending()") the modification of current->blocked is
      incorrect as we need to check whether the signal we're about to block is
      pending in the shared queue.
      
      Also, use the new helper function introduced in commit 5e6292c0
      ("signal: add block_sigmask() for adding sigmask to current->blocked")
      which centralises the code for updating current->blocked after
      successfully delivering a signal and reduces the amount of duplicate code
      across architectures.  In the past some architectures got this code wrong,
      so using this helper function should stop that from happening again.
      Acked-by: NOleg Nesterov <oleg@redhat.com>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Acked-by: NGreg Ungerer <gerg@uclinux.org>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      43a35995
    • A
      new helper: sigsuspend() · 68f3f16d
      Al Viro 提交于
      guts of saved_sigmask-based sigsuspend/rt_sigsuspend.  Takes
      kernel sigset_t *.
      
      Open-coded instances replaced with calling it.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      68f3f16d
  6. 20 5月, 2012 1 次提交
    • G
      m68k: merge the MMU and non-MMU signal.c code · 0c22fafd
      Greg Ungerer 提交于
      The MMU (signal_mm.c) and non-MMU (signal_no.c) versions of the m68k
      architecture signal handling code are very similar. Most of their code is
      the same.
      
      Merge the two back into a single signal.c, and move some of the code around
      inside the file to minimize the number of #ifdefs required. Specificially
      we can group out the CONFIG_FPU and the CONFIG_MMU code. We end up needing
      a few other "#ifdef CONFIG_MMU" as well, but not too many.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      Acked-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      0c22fafd
  7. 25 3月, 2011 1 次提交
    • G
      m68k: merge m68k and m68knommu arch directories · 66d857b0
      Greg Ungerer 提交于
      There is a lot of common code that could be shared between the m68k
      and m68knommu arch branches. It makes sense to merge the two branches
      into a single directory structure so that we can more easily share
      that common code.
      
      This is a brute force merge, based on a script from Stephen King
      <sfking@fdwdc.com>, which was originally written by Arnd Bergmann
      <arnd@arndb.de>.
      
      > The script was inspired by the script Sam Ravnborg used to merge the
      > includes from m68knommu. For those files common to both arches but
      > differing in content, the m68k version of the file is renamed to
      > <file>_mm.<ext> and the m68knommu version of the file is moved into the
      > corresponding m68k directory and renamed <file>_no.<ext> and a small
      > wrapper file <file>.<ext> is used to select between the two version. Files
      > that are common to both but don't differ are removed from the m68knommu
      > tree and files and directories that are unique to the m68knommu tree are
      > moved to the m68k tree. Finally, the arch/m68knommu tree is removed.
      >
      > To select between the the versions of the files, the wrapper uses
      >
      > #ifdef CONFIG_MMU
      > #include <file>_mm.<ext>
      > #else
      > #include <file>_no.<ext>
      > #endif
      
      On top of this file merge I have done a simplistic merge of m68k and
      m68knommu Kconfig, which primarily attempts to keep existing options and
      menus in place. Other than a handful of options being moved it produces
      identical .config outputs on m68k and m68knommu targets I tested it on.
      
      With this in place there is now quite a bit of scope for merge cleanups
      in future patches.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      66d857b0
  8. 17 3月, 2011 1 次提交
  9. 07 1月, 2011 7 次提交
  10. 28 2月, 2010 1 次提交
    • M
      m68k: Define sigcontext ABI of ColdFire · 00ebfe58
      Maxim Kuvyrkov 提交于
      The following patch defines sigcontext ABI of ColdFire.  Due to ISA
      restrictions ColdFire needs different rt_sigreturn trampoline.
      
      And due to ColdFire FP registers being 8-bytes instead of 12-bytes on
      m68k, sigcontext and fpregset structures should be updated.
      
      Regarding the sc_fpstate[16+6*8] field, it would've been enough 16
      bytes to store ColdFire's FP state.  To accomodate GLIBC's libSegFault
      it would'be been enough 6*8 bytes (room for the 6 non-call-clobbered
      FP registers).  I set it to 16+6*8 to provide some extra space for any
      future changes in the ColdFire FPU.
      Signed-off-by: NMaxim Kuvyrkov <maxim@codesourcery.com>
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      00ebfe58
  11. 13 1月, 2009 1 次提交
  12. 23 6月, 2006 1 次提交
    • L
      [PATCH] fix incorrect SA_ONSTACK behaviour for 64-bit processes · d09042da
      Laurent MEYER 提交于
      - When setting a sighandler using sigaction() call, if the flag
        SA_ONSTACK is set and no alternate stack is provided via sigaltstack(),
        the kernel still try to install the alternate stack.  This behavior is
        the opposite of the one which is documented in Single Unix Specifications
        V3.
      
      - Also when setting an alternate stack using sigaltstack() with the flag
        SS_DISABLE, the kernel try to install the alternate stack on signal
        delivery.
      
      These two use cases makes the process crash at signal delivery.
      Signed-off-by: NLaurent Meyer <meyerlau@fr.ibm.com>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Kazumoto Kojima <kkojima@rr.iij4u.or.jp>
      Cc: Chris Zankel <chris@zankel.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d09042da
  13. 13 1月, 2006 1 次提交
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4