1. 29 10月, 2005 1 次提交
    • A
      [PATCH] USB: Rename hcd->hub_suspend to hcd->bus_suspend · 0c0382e3
      Alan Stern 提交于
      This patch (as580) is perhaps the only result from the long discussion I
      had with David about his changes to the root-hub suspend/resume code.  It
      renames the hub_suspend and hub_resume methods in struct usb_hcd to
      bus_suspend and bus_resume.  These are more descriptive names, since the
      methods really do suspend or resume an entire USB bus, and less likely to
      be confused with the hub_suspend and hub_resume routines in hub.c.
      
      It also takes David's advice about removing the layer of bus glue, where
      those methods are called.  And it implements a related change that David
      made to the other HCDs but forgot to put into dummy_hcd.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0c0382e3
  2. 13 9月, 2005 1 次提交
    • D
      [PATCH] USB: EHCI port tweaks · 10f6524a
      David Brownell 提交于
      One change may improve some S1 or S3 resume cases, and the other
      seems mostly to explain some strange state "lsusb" would show.
      Two fixes:
      
        - On resume, don't think about resuming any unpowered port, or
          resetting any port with OWNER set to the OHCI/UHCI companion.
          This will make some S1 and S3 resume scenarios work better.
      
        - PORT_CSC was not being cleared correctly in ehci_hub_status_data.
          This was visible at least through current versions of "lsusb",
          and might have caused some other hub related strangeness.
      
          The fix addresses all three write-to-clear bits, using the same
          approach that UHCI happens to use:  a mask of bits that are
          cleared in most writes to that port status register.
      
      Original patch seems to have been from from William.Morrow@amd.com
      and this version (from David) finishes the write-to-clear changes.
      Signed-off-by: NJordan Crouse <jordan.crouse@amd.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      10f6524a
  3. 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
  4. 13 6月, 2005 1 次提交
  5. 17 5月, 2005 1 次提交
  6. 04 5月, 2005 1 次提交
    • D
      [PATCH] USB: ehci power fixes · 56c1e26d
      David Brownell 提交于
      Miscellaneous updates for EHCI.
      
       - Mostly updates the power switching on EHCI controllers.  One routine
         centralizes the "power on/off all ports" logic, and the capability to
         do that is reported more correctly.
      
       - Courtesy Colin Leroy, a patch to always power up ports after resumes
         which didn't keep a USB device suspended.  The reset-everything logic
         powers down those ports (on some hardware) so something needs to turn
         them back on.
      
       - Minor tweaks/bugfixes for the debug port support.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      56c1e26d
  7. 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