1. 10 8月, 2010 1 次提交
  2. 13 3月, 2010 1 次提交
    • C
      um: use generic ptrace_resume code · 1bd09508
      Christoph Hellwig 提交于
      Use the generic ptrace_resume code for PTRACE_SYSCALL, PTRACE_CONT,
      PTRACE_KILL and PTRACE_SINGLESTEP.  This implies defining
      arch_has_single_step in <asm/ptrace.h> and implementing the
      user_enable_single_step and user_disable_single_step functions, which also
      causes the breakpoint information to be cleared on fork, which could be
      considered a bug fix.
      
      Also the TIF_SYSCALL_TRACE thread flag is now cleared on PTRACE_KILL which
      it previously wasn't which is consistent with all architectures using the
      modern ptrace code.
      
      XXX: I'm not sure arch_has_single_step() is placed in the exactly correct
      location, please verify in which of the ptrace headers it should really
      be.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Roland McGrath <roland@redhat.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1bd09508
  3. 13 3月, 2009 1 次提交
    • R
      UML on UML fixed: it did not start · 86d6f2bf
      Renzo Davoli 提交于
      It is currently impossible to run a user-mode linux machine inside another
      user-mode linux (UML on UML).  It breaks after a few instructions.  When
      it tries to check whether SYSEMU is installed (the inner) UML receives an
      inconsistent result (from the outer UML).
      
      This is the output of a broken attempt:
      $ ./linux mem=256m ubd0=cow
      Locating the bottom of the address space ... 0x0
      Locating the top of the address space ... 0xc0000000
      Core dump limits :
              soft - 0
              hard - NONE
      Checking that ptrace can change system call numbers...OK
      Checking ptrace new tags for syscall emulation...unsupported
      Checking syscall emulation patch for ptrace...check_sysemu : expected SIGTRAP, got status = 256
      $
      
      The problem is the following:
      
      PTRACE_SYSCALL/SINGLESTEP is currently managed inside arch_ptrace for ARCH=um.
      
      PTRACE_SYSEMU/SUSEMU_SINGLESTEP is not captured in arch_ptrace's switch,
      therefore it is erroneously passed back to ptrace_request (in
      kernel/ptrace).
      
      This simple patch simply forces ptrace to return an error on
      PTRACE_SYSEMU/SUSEMU_SINGLESTEP as it is unsupported on ARCH=um, and fixes
      the problem.
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NRenzo Davoli <renzo@cs.unibo.it>
      Reviewed-by: NWANG Cong <xiyou.wangcong@gmail.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      86d6f2bf
  4. 25 7月, 2008 1 次提交
  5. 20 10月, 2007 1 次提交
  6. 17 10月, 2007 5 次提交
  7. 18 7月, 2007 2 次提交
  8. 12 2月, 2007 1 次提交
  9. 01 5月, 2006 1 次提交
  10. 01 4月, 2006 2 次提交
  11. 07 11月, 2005 1 次提交
  12. 29 5月, 2005 1 次提交
  13. 21 5月, 2005 1 次提交
    • J
      [PATCH] uml: small fixes left over from rc4 · ba9950c8
      Jeff Dike 提交于
      Some changes that I sent in didn't make 2.6.12-rc4 for some reason.  This
      adds them back.  We have
      	an x86_64 definition of TOP_ADDR
      	a reimplementation of the x86_64 csum_partial_copy_from_user
      	some syntax fixes in arch/um/kernel/ptrace.c
      	removal of a CFLAGS definition in the x86_64 Makefile
      	some include changes in the x86_64 ptrace.c and user-offsets.h
      	a syntax fix in elf-x86_64.h
      Also moved an include in the i386 and x86_64 Makefiles to make the symlinks
      work, and some small fixes from Al Viro.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: <viro@parcelfarce.linux.theplanet.co.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ba9950c8
  14. 07 5月, 2005 1 次提交
  15. 06 5月, 2005 3 次提交
  16. 03 5月, 2005 1 次提交
  17. 01 5月, 2005 1 次提交
  18. 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