1. 13 7月, 2007 1 次提交
    • A
      USB: prevent char device open/deregister race · d4ead16f
      Alan Stern 提交于
      This patch (as908) adds central protection in usbcore for the
      prototypical race between opening and unregistering a char device.
      The spinlock used to protect the minor-numbers array is replaced with
      an rwsem, which can remain locked across a call to a driver's open()
      method.  This guarantees that open() and deregister() will be mutually
      exclusive.
      
      The private locks currently used in several individual drivers for
      this purpose are no longer necessary, and the patch removes them.  The
      following USB drivers are affected: usblcd, idmouse, auerswald,
      legousbtower, sisusbvga/sisusb, ldusb, adutux, iowarrior, and
      usb-skeleton.
      
      As a side effect of this change, usb_deregister_dev() must not be
      called while holding a lock that is acquired by open().  Unfortunately
      a number of drivers do this, but luckily the solution is simple: call
      usb_deregister_dev() before acquiring the lock.
      
      In addition to these changes (and their consequent code
      simplifications), the patch fixes a use-after-free bug in adutux and a
      race between open() and release() in iowarrior.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d4ead16f
  2. 08 2月, 2007 1 次提交
  3. 04 10月, 2006 1 次提交
  4. 28 9月, 2006 1 次提交
  5. 03 8月, 2006 1 次提交
  6. 01 7月, 2006 1 次提交
  7. 22 6月, 2006 2 次提交
  8. 29 3月, 2006 1 次提交
  9. 18 11月, 2005 1 次提交
  10. 29 10月, 2005 2 次提交
  11. 21 6月, 2005 2 次提交
  12. 19 4月, 2005 1 次提交
  13. 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