1. 27 7月, 2008 1 次提交
  2. 17 10月, 2007 1 次提交
  3. 13 10月, 2007 4 次提交
  4. 20 7月, 2007 1 次提交
    • P
      mm: Remove slab destructors from kmem_cache_create(). · 20c2df83
      Paul Mundt 提交于
      Slab destructors were no longer supported after Christoph's
      c59def9f change. They've been
      BUGs for both slab and slub, and slob never supported them
      either.
      
      This rips out support for the dtor pointer from kmem_cache_create()
      completely and fixes up every single callsite in the kernel (there were
      about 224, not including the slab allocator definitions themselves,
      or the documentation references).
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      20c2df83
  5. 13 7月, 2007 1 次提交
    • P
      usbmon: Add class for binary interface · ce7cd137
      Pete Zaitcev 提交于
      Add a class which allows for an easier integration with udev.
      
      This code was originally written by Paolo Abeni, and arrived to my tree
      as a part of big patch to add binary API on December 18. As I understand,
      Paolo always meant the class to be a part of the whole thing. This is his
      udev rule to go along with the patch:
      
      KERNEL=="usbmon[0-9]*", NAME="usbmon%n", MODE="0440",OWNER="root",GROUP="bin"
      Signed-off-by: NPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      ce7cd137
  6. 28 4月, 2007 2 次提交
    • P
      usbmon: bus zero · ecb658d3
      Pete Zaitcev 提交于
      Add the "bus zero" feature to the usbmon. If a user process specifies bus
      with number zero, it receives events from all buses. This is useful when
      we wish to see initial enumeration when a bus is created, typically after
      a modprobe. Until now, an application had to loop until a new bus could
      be open, then start capturing on it. This procedure was cumbersome and
      could lose initial events. Also, often it's too bothersome to find exactly
      to which bus a specific device is attached.
      
      Paolo Albeni provided the original concept implementation. I added the
      handling of "bus->monitored" flag and generally fixed it up.
      Signed-off-by: NPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      ecb658d3
    • P
      usbmon: Extended text API · f1c9e30b
      Pete Zaitcev 提交于
      This patch adds a new text API, codenamed '1u', which captures more URB
      fields than old '1t' interface did. Also the '1u' text API is compatible
      with the future "bus zero" extension.
      Signed-off-by: NPete Zaitcev <zaitcev@redhat.com>
      Acked-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      f1c9e30b
  7. 24 2月, 2007 1 次提交
  8. 08 2月, 2007 1 次提交
    • P
      USB: add binary API to usbmon · 6f23ee1f
      Pete Zaitcev 提交于
      This patch adds a new, "binary" API in addition to the old, text API usbmon
      had before. The new API allows for less CPU use, and it allows to capture
      all data from a packet where old API only captured 32 bytes at most. There
      are some limitations and conditions to this, e.g. in case someone constructs
      a URB with 1GB of data, it's not likely to be captured, because even the
      huge buffers of the new reader are finite. Nonetheless, I expect this new
      capability to capture all data for all real life scenarios.
      
      The downside is, a special user mode application is required where cat(1)
      worked before. I have sample code at http://people.redhat.com/zaitcev/linux/
      and Paolo Abeni is working on patching libpcap.
      
      This patch was initially written by Paolo and later I tweaked it, and
      we had a little back-and-forth. So this is a jointly authored patch, but
      I am submitting this I am responsible for the bugs.
      Signed-off-by: NPaolo Abeni <paolo.abeni@email.it>
      Signed-off-by: NPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      6f23ee1f
  9. 08 12月, 2006 2 次提交
  10. 28 9月, 2006 2 次提交
  11. 27 9月, 2006 1 次提交
    • T
      [PATCH] inode_diet: Replace inode.u.generic_ip with inode.i_private · 8e18e294
      Theodore Ts'o 提交于
      The following patches reduce the size of the VFS inode structure by 28 bytes
      on a UP x86.  (It would be more on an x86_64 system).  This is a 10% reduction
      in the inode size on a UP kernel that is configured in a production mode
      (i.e., with no spinlock or other debugging functions enabled; if you want to
      save memory taken up by in-core inodes, the first thing you should do is
      disable the debugging options; they are responsible for a huge amount of bloat
      in the VFS inode structure).
      
      This patch:
      
      The filesystem or device-specific pointer in the inode is inside a union,
      which is pretty pointless given that all 30+ users of this field have been
      using the void pointer.  Get rid of the union and rename it to i_private, with
      a comment to explain who is allowed to use the void pointer.  This is just a
      cleanup, but it allows us to reuse the union 'u' for something something where
      the union will actually be used.
      
      [judith@osdl.org: powerpc build fix]
      Signed-off-by: N"Theodore Ts'o" <tytso@mit.edu>
      Signed-off-by: NJudith Lebzelter <judith@osdl.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      8e18e294
  12. 13 7月, 2006 1 次提交
  13. 22 6月, 2006 2 次提交
  14. 21 3月, 2006 2 次提交
  15. 05 1月, 2006 1 次提交
  16. 13 9月, 2005 1 次提交
  17. 09 9月, 2005 1 次提交
  18. 13 7月, 2005 1 次提交
  19. 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