An error occurred fetching the project authors.
  1. 27 Sep, 2006 2 commits
    • David Brownell's avatar
      USB: EHCI whitespace fixes (cosmetic) · 53bd6a60
      David Brownell authored
      [ ... when you have an editor set to remind you of whitespace bugs ... ]
      
      Cosmetic EHCI changes: remove end-of-line whitespace, spaces before tabs.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      53bd6a60
    • Alan Stern's avatar
      usbcore: trim down usb_bus structure · 17200583
      Alan Stern authored
      As part of the ongoing program to flatten out the HCD bus-glue layer,
      this patch (as771b) eliminates the hcpriv, release, and kref fields
      from struct usb_bus.  hcpriv and release were not being used for
      anything worthwhile, and kref has been moved into the enclosing
      usb_hcd structure.
      
      Along with those changes, the patch gets rid of usb_bus_get and
      usb_bus_put, replacing them with usb_get_hcd and usb_put_hcd.
      
      The one interesting aspect is that the dev_set_drvdata call was
      removed from usb_put_hcd, where it clearly doesn't belong.  This means
      the driver private data won't get reset to NULL.  It shouldn't cause
      any problems, since the private data is undefined when no driver is
      bound.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      
      17200583
  2. 05 Sep, 2005 1 commit
  3. 05 Aug, 2005 1 commit
    • David Brownell's avatar
      [PATCH] USB: ehci: microframe handling fix · 7dedacf4
      David Brownell authored
      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: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7dedacf4
  4. 27 Jun, 2005 1 commit
    • David Brownell's avatar
      [PATCH] USB: misc ehci updates · d49d4317
      David Brownell authored
      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: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      d49d4317
  5. 20 Jun, 2005 1 commit
  6. 19 Apr, 2005 1 commit
  7. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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