2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* OHCI HCD (Host Controller Driver) for USB.
|
|
|
|
*
|
|
|
|
* (C) Copyright 1999 Roman Weissgaerber <weissg@vienna.at>
|
|
|
|
* (C) Copyright 2000-2002 David Brownell <dbrownell@users.sourceforge.net>
|
2006-12-05 14:18:31 +03:00
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* [ Initialisation is based on Linus' ]
|
|
|
|
* [ uhci code and gregs ohci fragments ]
|
|
|
|
* [ (C) Copyright 1999 Linus Torvalds ]
|
|
|
|
* [ (C) Copyright 1999 Gregory P. Smith]
|
2006-12-05 14:18:31 +03:00
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* PCI Bus Glue
|
|
|
|
*
|
|
|
|
* This file is licenced under the GPL.
|
|
|
|
*/
|
2006-12-05 14:18:31 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
#ifndef CONFIG_PCI
|
|
|
|
#error "This file is PCI bus glue. CONFIG_PCI must be defined."
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2007-04-18 00:06:29 +04:00
|
|
|
static int broken_suspend(struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
device_init_wakeup(&hcd->self.root_hub->dev, 0);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
/* AMD 756, for most chips (early revs), corrupts register
|
|
|
|
* values on read ... so enable the vendor workaround.
|
|
|
|
*/
|
2007-04-18 00:06:29 +04:00
|
|
|
static int ohci_quirk_amd756(struct usb_hcd *hcd)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
ohci->flags = OHCI_QUIRK_AMD756;
|
|
|
|
ohci_dbg (ohci, "AMD756 erratum 4 workaround\n");
|
|
|
|
|
|
|
|
/* also erratum 10 (suspend/resume issues) */
|
2007-04-18 00:06:29 +04:00
|
|
|
return broken_suspend(hcd);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
/* Apple's OHCI driver has a lot of bizarre workarounds
|
|
|
|
* for this chip. Evidently control and bulk lists
|
|
|
|
* can get confused. (B&W G3 models, and ...)
|
|
|
|
*/
|
2007-04-18 00:06:29 +04:00
|
|
|
static int ohci_quirk_opti(struct usb_hcd *hcd)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
ohci_dbg (ohci, "WARNING: OPTi workarounds unavailable\n");
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check for NSC87560. We have to look at the bridge (fn1) to
|
|
|
|
* identify the USB (fn2). This quirk might apply to more or
|
|
|
|
* even all NSC stuff.
|
|
|
|
*/
|
2007-04-18 00:06:29 +04:00
|
|
|
static int ohci_quirk_ns(struct usb_hcd *hcd)
|
2006-12-14 22:53:55 +03:00
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(hcd->self.controller);
|
|
|
|
struct pci_dev *b;
|
|
|
|
|
|
|
|
b = pci_get_slot (pdev->bus, PCI_DEVFN (PCI_SLOT (pdev->devfn), 1));
|
|
|
|
if (b && b->device == PCI_DEVICE_ID_NS_87560_LIO
|
|
|
|
&& b->vendor == PCI_VENDOR_ID_NS) {
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
|
|
|
ohci->flags |= OHCI_QUIRK_SUPERIO;
|
|
|
|
ohci_dbg (ohci, "Using NSC SuperIO setup\n");
|
|
|
|
}
|
|
|
|
pci_dev_put(b);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check for Compaq's ZFMicro chipset, which needs short
|
|
|
|
* delays before control or bulk queues get re-activated
|
|
|
|
* in finish_unlinks()
|
|
|
|
*/
|
2007-04-18 00:06:29 +04:00
|
|
|
static int ohci_quirk_zfmicro(struct usb_hcd *hcd)
|
2006-12-14 22:53:55 +03:00
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
|
|
|
ohci->flags |= OHCI_QUIRK_ZFMICRO;
|
|
|
|
ohci_dbg (ohci, "enabled Compaq ZFMicro chipset quirk\n");
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-12-14 22:54:03 +03:00
|
|
|
/* Check for Toshiba SCC OHCI which has big endian registers
|
|
|
|
* and little endian in memory data structures
|
|
|
|
*/
|
2007-04-18 00:06:29 +04:00
|
|
|
static int ohci_quirk_toshiba_scc(struct usb_hcd *hcd)
|
2006-12-14 22:54:03 +03:00
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
|
|
|
/* That chip is only present in the southbridge of some
|
|
|
|
* cell based platforms which are supposed to select
|
|
|
|
* CONFIG_USB_OHCI_BIG_ENDIAN_MMIO. We verify here if
|
|
|
|
* that was the case though.
|
|
|
|
*/
|
|
|
|
#ifdef CONFIG_USB_OHCI_BIG_ENDIAN_MMIO
|
|
|
|
ohci->flags |= OHCI_QUIRK_BE_MMIO;
|
|
|
|
ohci_dbg (ohci, "enabled big endian Toshiba quirk\n");
|
|
|
|
return 0;
|
|
|
|
#else
|
|
|
|
ohci_err (ohci, "unsupported big endian Toshiba quirk\n");
|
|
|
|
return -ENXIO;
|
|
|
|
#endif
|
|
|
|
}
|
2006-12-14 22:53:55 +03:00
|
|
|
|
2007-06-01 01:34:27 +04:00
|
|
|
/* Check for NEC chip and apply quirk for allegedly lost interrupts.
|
|
|
|
*/
|
|
|
|
static int ohci_quirk_nec(struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
|
|
|
ohci->flags |= OHCI_QUIRK_NEC;
|
|
|
|
ohci_dbg (ohci, "enabled NEC chipset lost interrupt quirk\n");
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
/* List of quirks for OHCI */
|
|
|
|
static const struct pci_device_id ohci_pci_quirks[] = {
|
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_AMD, 0x740c),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_amd756,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_OPTI, 0xc861),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_opti,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_NS, PCI_ANY_ID),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_ns,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_COMPAQ, 0xa0f8),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_zfmicro,
|
|
|
|
},
|
2006-12-14 22:54:03 +03:00
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_TOSHIBA_2, 0x01b6),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_toshiba_scc,
|
|
|
|
},
|
2007-06-01 01:34:27 +04:00
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_NEC, PCI_DEVICE_ID_NEC_USB),
|
|
|
|
.driver_data = (unsigned long)ohci_quirk_nec,
|
|
|
|
},
|
2007-04-18 00:06:29 +04:00
|
|
|
{
|
|
|
|
/* Toshiba portege 4000 */
|
|
|
|
.vendor = PCI_VENDOR_ID_AL,
|
|
|
|
.device = 0x5237,
|
2007-05-20 01:23:28 +04:00
|
|
|
.subvendor = PCI_VENDOR_ID_TOSHIBA,
|
2007-04-18 00:06:29 +04:00
|
|
|
.subdevice = 0x0004,
|
|
|
|
.driver_data = (unsigned long) broken_suspend,
|
|
|
|
},
|
2007-04-18 00:09:18 +04:00
|
|
|
{
|
|
|
|
PCI_DEVICE(PCI_VENDOR_ID_ITE, 0x8152),
|
|
|
|
.driver_data = (unsigned long) broken_suspend,
|
|
|
|
},
|
2006-12-14 22:53:55 +03:00
|
|
|
/* FIXME for some of the early AMD 760 southbridges, OHCI
|
|
|
|
* won't work at all. blacklist them.
|
2006-01-24 02:28:07 +03:00
|
|
|
*/
|
2006-12-14 22:54:03 +03:00
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
{},
|
|
|
|
};
|
|
|
|
|
|
|
|
static int ohci_pci_reset (struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
int ret = 0;
|
|
|
|
|
2006-01-24 02:28:07 +03:00
|
|
|
if (hcd->self.controller) {
|
2005-04-17 02:20:36 +04:00
|
|
|
struct pci_dev *pdev = to_pci_dev(hcd->self.controller);
|
2006-12-14 22:53:55 +03:00
|
|
|
const struct pci_device_id *quirk_id;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
quirk_id = pci_match_id(ohci_pci_quirks, pdev);
|
|
|
|
if (quirk_id != NULL) {
|
|
|
|
int (*quirk)(struct usb_hcd *ohci);
|
|
|
|
quirk = (void *)quirk_id->driver_data;
|
|
|
|
ret = quirk(hcd);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2006-12-14 22:53:55 +03:00
|
|
|
}
|
|
|
|
if (ret == 0) {
|
|
|
|
ohci_hcd_init (ohci);
|
|
|
|
return ohci_init (ohci);
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
static int __devinit ohci_pci_start (struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
int ret;
|
2005-04-19 04:39:30 +04:00
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
#ifdef CONFIG_PM /* avoid warnings about unused pdev */
|
|
|
|
if (hcd->self.controller) {
|
|
|
|
struct pci_dev *pdev = to_pci_dev(hcd->self.controller);
|
2006-01-24 02:28:07 +03:00
|
|
|
|
|
|
|
/* RWC may not be set for add-in PCI cards, since boot
|
|
|
|
* firmware probably ignored them. This transfers PCI
|
|
|
|
* PM wakeup capabilities (once the PCI layer is fixed).
|
|
|
|
*/
|
|
|
|
if (device_may_wakeup(&pdev->dev))
|
|
|
|
ohci->hc_control |= OHCI_CTRL_RWC;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2006-12-14 22:53:55 +03:00
|
|
|
#endif /* CONFIG_PM */
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2006-12-14 22:53:55 +03:00
|
|
|
ret = ohci_run (ohci);
|
|
|
|
if (ret < 0) {
|
2005-04-17 02:20:36 +04:00
|
|
|
ohci_err (ohci, "can't start\n");
|
|
|
|
ohci_stop (hcd);
|
|
|
|
}
|
2006-12-14 22:53:55 +03:00
|
|
|
return ret;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2007-05-04 19:52:40 +04:00
|
|
|
#if defined(CONFIG_USB_PERSIST) && (defined(CONFIG_USB_EHCI_HCD) || \
|
|
|
|
defined(CONFIG_USB_EHCI_HCD_MODULE))
|
|
|
|
|
|
|
|
/* Following a power loss, we must prepare to regain control of the ports
|
|
|
|
* we used to own. This means turning on the port power before ehci-hcd
|
|
|
|
* tries to switch ownership.
|
|
|
|
*
|
|
|
|
* This isn't a 100% perfect solution. On most systems the OHCI controllers
|
|
|
|
* lie at lower PCI addresses than the EHCI controller, so they will be
|
|
|
|
* discovered (and hence resumed) first. But there is no guarantee things
|
|
|
|
* will always work this way. If the EHCI controller is resumed first and
|
|
|
|
* the OHCI ports are unpowered, then the handover will fail.
|
|
|
|
*/
|
|
|
|
static void prepare_for_handover(struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci(hcd);
|
|
|
|
int port;
|
|
|
|
|
|
|
|
/* Here we "know" root ports should always stay powered */
|
|
|
|
ohci_dbg(ohci, "powerup ports\n");
|
|
|
|
for (port = 0; port < ohci->num_ports; port++)
|
|
|
|
ohci_writel(ohci, RH_PS_PPS,
|
|
|
|
&ohci->regs->roothub.portstatus[port]);
|
|
|
|
|
|
|
|
/* Flush those writes */
|
|
|
|
ohci_readl(ohci, &ohci->regs->control);
|
|
|
|
msleep(20);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
|
|
|
static inline void prepare_for_handover(struct usb_hcd *hcd)
|
|
|
|
{ }
|
|
|
|
|
|
|
|
#endif /* CONFIG_USB_PERSIST etc. */
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
#ifdef CONFIG_PM
|
|
|
|
|
2005-04-19 04:39:23 +04:00
|
|
|
static int ohci_pci_suspend (struct usb_hcd *hcd, pm_message_t message)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
[PATCH] USB: Fix USB suspend/resume crasher (#2)
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: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-11-25 01:59:46 +03:00
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
unsigned long flags;
|
|
|
|
int rc = 0;
|
|
|
|
|
|
|
|
/* Root hub was already suspended. Disable irq emission and
|
|
|
|
* mark HW unaccessible, bail out if RH has been resumed. Use
|
|
|
|
* the spinlock to properly synchronize with possible pending
|
|
|
|
* RH suspend or resume activity.
|
|
|
|
*
|
|
|
|
* This is still racy as hcd->state is manipulated outside of
|
|
|
|
* any locks =P But that will be a different fix.
|
|
|
|
*/
|
|
|
|
spin_lock_irqsave (&ohci->lock, flags);
|
|
|
|
if (hcd->state != HC_STATE_SUSPENDED) {
|
|
|
|
rc = -EINVAL;
|
|
|
|
goto bail;
|
|
|
|
}
|
|
|
|
ohci_writel(ohci, OHCI_INTR_MIE, &ohci->regs->intrdisable);
|
|
|
|
(void)ohci_readl(ohci, &ohci->regs->intrdisable);
|
2006-08-15 10:11:06 +04:00
|
|
|
|
|
|
|
/* make sure snapshot being resumed re-enumerates everything */
|
|
|
|
if (message.event == PM_EVENT_PRETHAW)
|
|
|
|
ohci_usb_reset(ohci);
|
|
|
|
|
[PATCH] USB: Fix USB suspend/resume crasher (#2)
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: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-11-25 01:59:46 +03:00
|
|
|
clear_bit(HCD_FLAG_HW_ACCESSIBLE, &hcd->flags);
|
|
|
|
bail:
|
|
|
|
spin_unlock_irqrestore (&ohci->lock, flags);
|
|
|
|
|
|
|
|
return rc;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static int ohci_pci_resume (struct usb_hcd *hcd)
|
|
|
|
{
|
[PATCH] USB: Fix USB suspend/resume crasher (#2)
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: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-11-25 01:59:46 +03:00
|
|
|
set_bit(HCD_FLAG_HW_ACCESSIBLE, &hcd->flags);
|
2007-05-04 19:52:40 +04:00
|
|
|
|
|
|
|
/* FIXME: we should try to detect loss of VBUS power here */
|
|
|
|
prepare_for_handover(hcd);
|
|
|
|
|
2005-09-23 09:42:53 +04:00
|
|
|
return 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
#endif /* CONFIG_PM */
|
|
|
|
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
static const struct hc_driver ohci_pci_hc_driver = {
|
|
|
|
.description = hcd_name,
|
|
|
|
.product_desc = "OHCI Host Controller",
|
|
|
|
.hcd_priv_size = sizeof(struct ohci_hcd),
|
|
|
|
|
|
|
|
/*
|
|
|
|
* generic hardware linkage
|
|
|
|
*/
|
|
|
|
.irq = ohci_irq,
|
|
|
|
.flags = HCD_MEMORY | HCD_USB11,
|
|
|
|
|
|
|
|
/*
|
|
|
|
* basic lifecycle operations
|
|
|
|
*/
|
|
|
|
.reset = ohci_pci_reset,
|
|
|
|
.start = ohci_pci_start,
|
2006-08-04 22:31:55 +04:00
|
|
|
.stop = ohci_stop,
|
USB: Properly unregister reboot notifier in case of failure in ehci hcd
If some problem occurs during ehci startup, for instance, request_irq fails,
echi hcd driver tries it best to cleanup, but fails to unregister reboot
notifier, which in turn leads to crash on reboot/poweroff.
The following patch resolves this problem by not using reboot notifiers
anymore, but instead making ehci/ohci driver get its own shutdown method. For
PCI, it is done through pci glue, for everything else through platform driver
glue.
One downside: sa1111 does not use platform driver stuff, and does not have its
own shutdown hook, so no 'shutdown' is called for it now. I'm not sure if it
is really necessary on that platform, though.
Signed-off-by: Aleks Gorelov <dared1st@yahoo.com>
Cc: Alan Stern <stern@rowland.harvard.edu>
Cc: David Brownell <david-b@pacbell.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-08-09 04:24:08 +04:00
|
|
|
.shutdown = ohci_shutdown,
|
2006-08-04 22:31:55 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
#ifdef CONFIG_PM
|
2006-08-04 22:31:55 +04:00
|
|
|
/* these suspend/resume entries are for upstream PCI glue ONLY */
|
2005-04-17 02:20:36 +04:00
|
|
|
.suspend = ohci_pci_suspend,
|
|
|
|
.resume = ohci_pci_resume,
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* managing i/o requests and associated device resources
|
|
|
|
*/
|
|
|
|
.urb_enqueue = ohci_urb_enqueue,
|
|
|
|
.urb_dequeue = ohci_urb_dequeue,
|
|
|
|
.endpoint_disable = ohci_endpoint_disable,
|
|
|
|
|
|
|
|
/*
|
|
|
|
* scheduling support
|
|
|
|
*/
|
|
|
|
.get_frame_number = ohci_get_frame,
|
|
|
|
|
|
|
|
/*
|
|
|
|
* root hub support
|
|
|
|
*/
|
|
|
|
.hub_status_data = ohci_hub_status_data,
|
|
|
|
.hub_control = ohci_hub_control,
|
2006-08-04 22:31:55 +04:00
|
|
|
.hub_irq_enable = ohci_rhsc_enable,
|
2005-09-14 06:59:11 +04:00
|
|
|
#ifdef CONFIG_PM
|
2005-10-14 01:08:02 +04:00
|
|
|
.bus_suspend = ohci_bus_suspend,
|
|
|
|
.bus_resume = ohci_bus_resume,
|
2005-04-17 02:20:36 +04:00
|
|
|
#endif
|
|
|
|
.start_port_reset = ohci_start_port_reset,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
|
|
|
|
static const struct pci_device_id pci_ids [] = { {
|
|
|
|
/* handle any USB OHCI controller */
|
2006-04-09 22:07:35 +04:00
|
|
|
PCI_DEVICE_CLASS(PCI_CLASS_SERIAL_USB_OHCI, ~0),
|
2005-04-17 02:20:36 +04:00
|
|
|
.driver_data = (unsigned long) &ohci_pci_hc_driver,
|
|
|
|
}, { /* end: all zeroes */ }
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE (pci, pci_ids);
|
|
|
|
|
|
|
|
/* pci driver glue; this is a "new style" PCI driver module */
|
|
|
|
static struct pci_driver ohci_pci_driver = {
|
|
|
|
.name = (char *) hcd_name,
|
|
|
|
.id_table = pci_ids,
|
|
|
|
|
|
|
|
.probe = usb_hcd_pci_probe,
|
|
|
|
.remove = usb_hcd_pci_remove,
|
|
|
|
|
|
|
|
#ifdef CONFIG_PM
|
|
|
|
.suspend = usb_hcd_pci_suspend,
|
|
|
|
.resume = usb_hcd_pci_resume,
|
|
|
|
#endif
|
USB: Properly unregister reboot notifier in case of failure in ehci hcd
If some problem occurs during ehci startup, for instance, request_irq fails,
echi hcd driver tries it best to cleanup, but fails to unregister reboot
notifier, which in turn leads to crash on reboot/poweroff.
The following patch resolves this problem by not using reboot notifiers
anymore, but instead making ehci/ohci driver get its own shutdown method. For
PCI, it is done through pci glue, for everything else through platform driver
glue.
One downside: sa1111 does not use platform driver stuff, and does not have its
own shutdown hook, so no 'shutdown' is called for it now. I'm not sure if it
is really necessary on that platform, though.
Signed-off-by: Aleks Gorelov <dared1st@yahoo.com>
Cc: Alan Stern <stern@rowland.harvard.edu>
Cc: David Brownell <david-b@pacbell.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-08-09 04:24:08 +04:00
|
|
|
|
|
|
|
.shutdown = usb_hcd_pci_shutdown,
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|