1. 17 10月, 2007 3 次提交
    • J
      uml: network driver MTU cleanups · b53f35a8
      Jeff Dike 提交于
      A bunch of MTU-related cleanups in the network code.
      
      First, there is the addition of the notion of a maximally-sized packet, which
      is the MTU plus headers.  This is used to size the skb that will receive a
      packet.  This allows ether_adjust_skb to go away, as it was used to resize the
      skb after it was allocated.
      
      Since the skb passed into the low-level read routine is no longer resized, and
      possibly reallocated, there, they (and the write routines) don't need to get
      an sk_buff **.  They just need the sk_buff * now.  The callers of
      ether_adjust_skb still need to do the skb_put, so that's now inlined.
      
      The MAX_PACKET definitions in most of the drivers are gone.
      
      The set_mtu methods were all the same and did nothing, so they can be
      removed.
      
      The ethertap driver had a typo which doubled the size of the packet rather
      than adding two bytes to it.  It also wasn't defining its setup_size, causing
      a zero-byte kmalloc and crash when the invalid pointer returned from kmalloc
      was dereferenced.
      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>
      b53f35a8
    • J
      uml: network formatting · cd1ae0e4
      Jeff Dike 提交于
      Style and other non-functional changes in the UML networking code, including
      	include tidying
      	style violations
      	copyright updates
      	printks getting severities
      	userspace code calling libc directly rather than using the os_*
      wrappers
      
      There's also a exit path cleanup in the pcap driver.
      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>
      cd1ae0e4
    • J
      uml: userspace files should call libc directly · 512b6fb1
      Jeff Dike 提交于
      A number of files that were changed in the recent removal of tt mode
      are userspace files which call the os_* wrappers instead of calling
      libc directly.  A few other files were affected by this, through
      
      This patch makes these call glibc directly.
      
      There are also style fixes in the affected areas.
      
      os_print_error has no remaining callers, so it is deleted.
      
      There is a interface change to os_set_exec_close, eliminating a
      parameter which was always the same.  The callers are fixed as well.
      
      os_process_pc got its error path cleaned up.
      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>
      512b6fb1
  2. 17 7月, 2007 1 次提交
  3. 08 5月, 2007 3 次提交
  4. 27 9月, 2006 1 次提交
  5. 08 2月, 2006 1 次提交
    • J
      [PATCH] uml: close TUN/TAP file descriptors · 1d2ddcfb
      Jeff Dike 提交于
      When UML opens a TUN/TAP device, the file descriptor could be copied into
      later, long-lived threads, holding the device open even after the interface is
      taken down, preventing it from being brought up again.  This patch makes these
      descriptors close-on-exec so that they disappear from helper processes, and
      adds CLONE_FILES to a UML helper thread so that the descriptors are closed in
      the thread when they are closed elsewhere in UML.
      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>
      1d2ddcfb
  6. 07 11月, 2005 1 次提交
  7. 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
  8. 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