1. 06 Jan, 2006 4 commits
  2. 18 Dec, 2005 1 commit
    • Jeff Dike's avatar
      [PATCH] uml skas0: stop gcc's insanity · 5b7b15af
      Jeff Dike authored
      With Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      UML skas0 stub has been miscompiling for many people (incidentally not
      the authors), depending on the used GCC versions.
      I think (and testing on some GCC versions shows) this patch avoids the
      fundamental issue which is behind this, namely gcc using the stack when
      we have just replaced it, behind gcc's back.  The remapping and storage
      of the return value is hidden in a blob of asm, hopefully giving gcc no
      room for creativity.
      Signed-off-by: default avatarPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  3. 12 Dec, 2005 1 commit
  4. 22 Nov, 2005 1 commit
  5. 14 Nov, 2005 2 commits
  6. 07 Nov, 2005 5 commits
  7. 02 Nov, 2005 1 commit
  8. 31 Oct, 2005 1 commit
  9. 30 Oct, 2005 1 commit
  10. 24 Oct, 2005 1 commit
  11. 20 Oct, 2005 1 commit
  12. 12 Oct, 2005 2 commits
  13. 04 Oct, 2005 1 commit
  14. 30 Sep, 2005 2 commits
  15. 29 Sep, 2005 1 commit
    • Al Viro's avatar
      [PATCH] uml makefiles sanitized · ecba97d4
      Al Viro authored
      UML makefiles sanitized:
       - number of generated headers reduced to 2 (from user-offsets.c and
         kernel-offsets.c resp.).  The rest is made constant and simply
         includes those two.
       - mk_... helpers are gone now that we don't need to generate these
       - arch/um/include2 removed since everything under arch/um/include/sysdep
         is constant now and symlink can point straight to source tree.
       - dependencies seriously simplified.
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  16. 23 Sep, 2005 1 commit
  17. 21 Sep, 2005 1 commit
  18. 17 Sep, 2005 2 commits
    • Jeff Dike's avatar
      [PATCH] uml: move libc code out of mem_user.c and tempfile.c · 0f80bc85
      Jeff Dike authored
      The serial UML OS-abstraction layer patch (um/kernel dir).
      This moves all system calls from mem_user.c and tempfile.c files under
      os-Linux dir.
      Signed-off-by: default avatarGennady Sharapov <Gennady.V.Sharapov@intel.com>
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    • Jeff Dike's avatar
      [PATCH] uml: breakpoint an arbitrary thread · 3eddddcf
      Jeff Dike authored
      This patch implements a stack trace for a thread, not unlike sysrq-t does.
      The advantage to this is that a break point can be placed on showreqs, so that
      upon showing the stack, you jump immediately into the debugger.  While sysrq-t
      does the same thing, sysrq-t shows *all* threads stacks.  It also doesn't work
      right now.  In the future, I thought it might be acceptable to make this show
      all pids stacks, but perhaps leaving well enough alone and just using sysrq-t
      would be okay.  For now, upon receiving the stack command, UML switches
      context to that thread, dumps its registers, and then switches context back to
      the original thread.  Since UML compacts all threads into one of 4 host
      threads, this sort of mechanism could be expanded in the future to include
      other debugging helpers that sysrq does not cover.
      Note by jdike - The main benefit to this is that it brings an arbitrary thread
      back into context, where it can be examined by gdb.  The fact that it dumps it
      stack is secondary.  This provides the capability to examine a sleeping
      thread, which has existed in tt mode, but not in skas mode until now.
      Also, the other threads, that sysrq doesn't cover, can be gdb-ed directly
      Signed-off-by: Allan Graves<allan.graves@gmail.com>
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  19. 10 Sep, 2005 1 commit
  20. 08 Sep, 2005 1 commit
  21. 07 Sep, 2005 1 commit
  22. 05 Sep, 2005 7 commits
  23. 08 Jul, 2005 1 commit
    • Bodo Stroesser's avatar
      [PATCH] uml: Proper clone support for skas0 · 9786a8f3
      Bodo Stroesser authored
      This patch implements the clone-stub mechanism, which allows skas0 to run
      with proc_mm==0, even if the clib in UML uses modify_ldt.
      Note: There is a bug in skas3.v7 host patch, that avoids UML-skas from
      running properly on a SMP-box.  In full skas3, I never really saw problems,
      but in skas0 they showed up.
      More commentary by jdike - What this patch does is makes sure that the host
      parent of each new host process matches the UML parent of the corresponding
      UML process.  This ensures that any changed LDTs are inherited.  This is
      done by having clone actually called by the UML process from its stub,
      rather than by the kernel.  We have special syscall stubs that are loaded
      onto the stub code page because that code must be completely
      self-contained.  These stubs are given C interfaces, and used like normal C
      functions, but there are subtleties.  Principally, we have to be careful
      about stack variables in stub_clone_handler after the clone.  The code is
      written so that there aren't any - everything boils down to a fixed
      address.  If there were any locals, references to them after the clone
      would be wrong because the stack just changed.
      Signed-off-by: default avatarBodo Stroesser <bstroesser@fujitsu-siemens.com>
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>