1. 11 8月, 2010 2 次提交
    • A
      USB: convert usb_hcd bitfields into atomic flags · 541c7d43
      Alan Stern 提交于
      This patch (as1393) converts several of the single-bit fields in
      struct usb_hcd to atomic flags.  This is for safety's sake; not all
      CPUs can update bitfield values atomically, and these flags are used
      in multiple contexts.
      
      The flag fields that are set only during registration or removal can
      remain as they are, since non-atomic accesses at those times will not
      cause any problems.
      
      (Strictly speaking, the authorized_default flag should become atomic
      as well.  I didn't bother with it because it gets changed only via
      sysfs.  It can be done later, if anyone wants.)
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      541c7d43
    • A
      USB: EHCI: EHCI 1.1 addendum: preparation · aa4d8342
      Alek Du 提交于
      EHCI 1.1 addendum introduced several energy efficiency extensions for
      EHCI USB host controllers:
      1. LPM (link power management)
      2. Per-port change
      3. Shorter periodic frame list
      4. Hardware prefetching
      
      This patch is intended to define the HW bits and debug interface for
      EHCI 1.1 addendum. The LPM and Per-port change patches will be sent out
      after this patch.
      Signed-off-by: NJacob Pan <jacob.jun.pan@intel.com>
      Signed-off-by: NAlek Du <alek.du@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      aa4d8342
  2. 23 9月, 2009 2 次提交
  3. 08 1月, 2009 1 次提交
  4. 18 10月, 2008 3 次提交
  5. 22 7月, 2008 1 次提交
  6. 29 4月, 2008 1 次提交
  7. 25 4月, 2008 2 次提交
  8. 02 2月, 2008 3 次提交
  9. 13 7月, 2007 2 次提交
  10. 18 2月, 2007 1 次提交
  11. 08 2月, 2007 1 次提交
  12. 08 12月, 2006 1 次提交
  13. 18 10月, 2006 1 次提交
  14. 28 9月, 2006 4 次提交
  15. 05 9月, 2005 1 次提交
  16. 05 8月, 2005 1 次提交
    • D
      [PATCH] USB: ehci: microframe handling fix · 7dedacf4
      David Brownell 提交于
      This patch has a one line oops fix, plus related cleanups.
      
       - The bugfix uses microframe scheduling data given to the hardware to
         test "is this a periodic QH", rather than testing for nonzero period.
         (Prevents an oops by providing the correct answer.)
      
       - The cleanup going along with the patch should make it clearer what's
         going on whenever those bitfields are accessed.
      
      The bug came about when, around January, two new kinds of EHCI interrupt
      scheduling operation were added, involving both the high speed (24 KBytes
      per millisec) and low/full speed (1-64 bytes per millisec) microframe
      scheduling.  A driver for the Edirol UA-1000 Audio Capture Unit ran into
      the oops; it used one of the newly supported high speed modes.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      7dedacf4
  17. 28 6月, 2005 1 次提交
    • D
      [PATCH] USB: misc ehci updates · d49d4317
      David Brownell 提交于
      Various minor EHCI updates
      
         * Dump some more info in the debug dumps, notably the product
           description (e.g. chip vendor), BIOS handhake flags, and
           debug port status (when it's not managed by the HCD).
      
         * Minor updates to the BIOS handoff code:  always flag the HCD
           as owned by Linux (in case BIOS doesn't grab it "early"),
           and on the buggy-BIOS path always match the "early handoff"
           code and forcibly disable SMI IRQs.
      
         * For the disabled 64bit DMA support, there's now a constant
           to use for the mask; use it.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d49d4317
  18. 21 6月, 2005 1 次提交
  19. 19 4月, 2005 1 次提交
  20. 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