1. 21 3月, 2006 1 次提交
  2. 30 11月, 2005 1 次提交
    • B
      [PATCH] USB: Fix USB suspend/resume crasher (#2) · 8de98402
      Benjamin Herrenschmidt 提交于
      This patch closes the IRQ race and makes various other OHCI & EHCI code
      path safer vs. suspend/resume.
      I've been able to (finally !) successfully suspend and resume various
      Mac models, with or without USB mouse plugged, or plugging while asleep,
      or unplugging while asleep etc... all without a crash.
      
      Alan, please verify the UHCI bit I did, I only verified that it builds.
      It's very simple so I wouldn't expect any issue there. If you aren't
      confident, then just drop the hunks that change uhci-hcd.c
      
      I also made the patch a little bit more "safer" by making sure the store
      to the interrupt register that disables interrupts is not posted before
      I set the flag and drop the spinlock.
      
      Without this patch, you cannot reliably sleep/wakeup any recent Mac, and
      I suspect PCs have some more sneaky issues too (they don't frankly crash
      with machine checks because x86 tend to silently swallow PCI errors but
      that won't last afaik, at least PCI Express will blow up in those
      situations, but the USB code may still misbehave).
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      8de98402
  3. 24 11月, 2005 1 次提交
  4. 18 11月, 2005 1 次提交
  5. 29 10月, 2005 1 次提交
    • D
      [PATCH] usbcore PCI glue updates for PM · 5f827ea3
      David Brownell 提交于
      This updates the PCI glue to address the new and simplified usbcore suspend
      semantics, where CONFIG_USB_SUSPEND becomes irrelevant to HCDs because
      hcd->hub_suspend() will always be called.
      
        - Removes now-unneeded recursion support
      
        - Go back to ignoring faults reported by the wakeup calls; we expect them
          to fail sometimes, and that's just fine.
      
      The PCI HCDs will need simple changes to catch up to this, like being able
      to ignore the setting of CONFIG_USB_SUSPEND.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
       drivers/usb/core/hcd-pci.c |  106 +++++++++++++++++++++------------------------
       drivers/usb/core/hcd.h     |    6 +-
       2 files changed, 53 insertions(+), 59 deletions(-)
      5f827ea3
  6. 01 10月, 2005 1 次提交
  7. 09 9月, 2005 2 次提交
  8. 12 7月, 2005 1 次提交
  9. 19 4月, 2005 1 次提交
    • D
      [PATCH] usb resume fixes · c6053ecf
      David Brownell 提交于
      This has a variety of updates to the shared suspend/resume code for
      PCI based USB host controllers.
      
          - Cope with pm_message_t replacing the target system state.
            This is actually a loss of functionality; PCI D1 and D2
            states will no longer be used, and it's no longer knowable
            that D3cold is on the way so power will be lost.
      
          - Most importantly, some of the resume paths are reworked and
            cleaned up.  They're now an exact mirror of suspend paths,
            and more care is taken to ensure the hardware is reactivated
            before the hardware re-enables interrupts.
      
      Plus comment and diagnostic cleanups; there are some nasty cases here 
      especially combined with swsusp, now they're somewhat commented.
      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>
      
      diff -puN drivers/usb/core/hcd-pci.c~usb-resume-fixes drivers/usb/core/hcd-pci.c
      c6053ecf
  10. 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