1. 18 5月, 2011 1 次提交
  2. 09 2月, 2008 1 次提交
    • J
      uml: style fixes in arch/um/os-Linux · 5134d8fe
      Jeff Dike 提交于
      Style changes under arch/um/os-Linux:
      	include trimming
      	CodingStyle fixes
      	some printks needed severity indicators
      
      make_tempfile turns out not to be used outside of mem.c, so it is now static.
      Its declaration in tempfile.h is no longer needed, and tempfile.h itself is no
      longer needed.
      
      create_tmp_file was also made static.
      
      checkpatch moans about an EXPORT_SYMBOL in user_syms.c which is part of a
      macro definition - this is copying a bit of kernel infrastructure into the
      libc side of UML because the kernel headers can't be included there.
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5134d8fe
  3. 06 2月, 2008 1 次提交
    • J
      uml: eliminate setjmp_wrapper · 8efa3c9d
      Jeff Dike 提交于
      setjmp_wrapper existed to provide setjmp to kernel code when UML used libc's
      setjmp and longjmp.  Now that UML has its own implementation, this isn't
      needed and kernel code can invoke setjmp directly.
      
      do_buffer_op is massively cleaned up since it is no longer a callback from
      setjmp_wrapper and given a va_list from which it must extract its arguments.
      
      The actual setjmp is moved from buffer_op to do_op_one_page because the copy
      operation is inside an atomic section (kmap_atomic to kunmap_atomic) and it
      shouldn't be longjmp-ed out of.
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8efa3c9d
  4. 18 12月, 2007 1 次提交
    • S
      uml: stop gdb from deleting breakpoints when running UML · 4dbed85a
      Stanislaw Gruszka 提交于
      Sometimes when UML is debugged gdb miss breakpoints.
      
      When process traced by gdb do fork, debugger remove breakpoints from
      child address space. There is possibility to trace more than one fork,
      but this not work with UML, I guess (only guess) there is a deadlock -
      gdb waits for UML and UML waits for gdb.
      
      When clone() is called with SIGCHLD and CLONE_VM flags, gdb see this
      as PTRACE_EVENT_FORK not as PTRACE_EVENT_CLONE and remove breakpoints
      from child and at the same time from traced process, because either
      have the same address space.
      
      Maybe it is possible to do fix in gdb, but I'm not sure if there is
      easy way to find out if traced and child processes share memory. So I
      do fix for UML, it simply do not call clone() with both SIGCHLD and
      CLONE_VM flags together.  Additionally __WALL flag is used for
      waitpid() to assure not miss clone and normal process events.
      
      [ jdike - checkpatch fixes ]
      Signed-off-by: NStanislaw Gruszka <stf_xl@wp.pl>
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      4dbed85a
  5. 17 10月, 2007 1 次提交
  6. 11 5月, 2007 1 次提交
  7. 08 5月, 2007 4 次提交
  8. 12 10月, 2006 1 次提交
  9. 26 9月, 2006 1 次提交
    • J
      [PATCH] uml: Use klibc setjmp/longjmp · 13c06be3
      Jeff Dike 提交于
      This patch adds an implementation of setjmp and longjmp to UML, allowing
      access to the inside of a jmpbuf without needing the access macros formerly
      provided by libc.
      
      The implementation is stolen from klibc.  I copy the relevant files into
      arch/um.  I have another patch which avoids the copying, but requires klibc be
      in the tree.
      
      setjmp and longjmp users required some tweaking.  Includes of <setjmp.h> were
      removed and includes of the UML longjmp.h were added where necessary.  There
      are also replacements of siglongjmp with UML_LONGJMP which I somehow missed
      earlier.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      13c06be3
  10. 20 4月, 2006 1 次提交
  11. 19 1月, 2006 2 次提交
    • J
      [PATCH] uml: implement soft interrupts · 1d7173ba
      Jeff Dike 提交于
      This patch implements soft interrupts.  Interrupt enabling and disabling no
      longer map to sigprocmask.  Rather, a flag is set indicating whether
      interrupts may be handled.  If a signal comes in and interrupts are marked as
      OK, then it is handled normally.  If interrupts are marked as off, then the
      signal handler simply returns after noting that a signal needs handling.  When
      interrupts are enabled later on, this pending signals flag is checked, and the
      IRQ handlers are called at that point.
      
      The point of this is to reduce the cost of local_irq_save et al, since they
      are very much more common than the signals that they are enabling and
      disabling.  Soft interrupts produce a speed-up of ~25% on a kernel build.
      
      Subtleties -
      
          UML uses sigsetjmp/siglongjmp to switch contexts.  sigsetjmp has been
          wrapped in a save_flags-like macro which remembers the interrupt state at
          setjmp time, and restores it when it is longjmp-ed back to.
      
          The enable_signals function has to loop because the IRQ handler
          disables interrupts before returning.  enable_signals has to return with
          signals enabled, and signals may come in between the disabling and the
          return to enable_signals.  So, it loops for as long as there are pending
          signals, ensuring that signals are enabled when it finally returns, and
          that there are no pending signals that need to be dealt with.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1d7173ba
    • G
      [PATCH] uml: move libc-dependent utility procedures · 4fef0c10
      Gennady Sharapov 提交于
      The serial UML OS-abstraction layer patch (um/kernel dir).
      
      This moves all systemcalls from user_util.c file under os-Linux dir
      Signed-off-by: NGennady Sharapov <Gennady.V.Sharapov@intel.com>
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4fef0c10
  12. 07 11月, 2005 1 次提交
  13. 22 9月, 2005 1 次提交
  14. 18 9月, 2005 1 次提交
    • J
      [PATCH] uml: preserve errno in error paths · b4fd310e
      Jeff Dike 提交于
      The poster child for this patch is the third tuntap_user hunk.  When an ioctl
      fails, it properly closes the opened file descriptor and returns.  However,
      the close resets errno to 0, and the 'return errno' that follows returns 0
      rather than the value that ioctl set.  This caused the caller to believe that
      the device open succeeded and had opened file descriptor 0, which caused no
      end of interesting behavior.
      
      The rest of this patch is a pass through the UML sources looking for places
      where errno could be reset before being passed back out.  A common culprit is
      printk, which could call write, being called before errno is returned.
      
      In some cases, where the code ends up being much smaller, I just deleted the
      printk.
      
      There was another case where a caller of run_helper looked at errno after a
      failure, rather than the return value of run_helper, which was the errno value
      that it wanted.
      Signed-off-by: NJeff Dike <jdike@addtoit.com>
      Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b4fd310e
  15. 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