2005-04-17 06:20:36 +08: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 19:18:31 +08:00
|
|
|
*
|
2005-04-17 06:20:36 +08: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 19:18:31 +08:00
|
|
|
*
|
2005-04-17 06:20:36 +08:00
|
|
|
* PCI Bus Glue
|
|
|
|
*
|
|
|
|
* This file is licenced under the GPL.
|
|
|
|
*/
|
2006-12-05 19:18:31 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
#ifndef CONFIG_PCI
|
|
|
|
#error "This file is PCI bus glue. CONFIG_PCI must be defined."
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
static int
|
|
|
|
ohci_pci_reset (struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
|
|
|
|
ohci_hcd_init (ohci);
|
|
|
|
return ohci_init (ohci);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devinit
|
|
|
|
ohci_pci_start (struct usb_hcd *hcd)
|
|
|
|
{
|
|
|
|
struct ohci_hcd *ohci = hcd_to_ohci (hcd);
|
|
|
|
int ret;
|
|
|
|
|
2006-01-24 07:28:07 +08:00
|
|
|
/* REVISIT this whole block should move to reset(), which handles
|
|
|
|
* all the other one-time init.
|
|
|
|
*/
|
|
|
|
if (hcd->self.controller) {
|
2005-04-17 06:20:36 +08:00
|
|
|
struct pci_dev *pdev = to_pci_dev(hcd->self.controller);
|
|
|
|
|
|
|
|
/* AMD 756, for most chips (early revs), corrupts register
|
|
|
|
* values on read ... so enable the vendor workaround.
|
|
|
|
*/
|
|
|
|
if (pdev->vendor == PCI_VENDOR_ID_AMD
|
|
|
|
&& pdev->device == 0x740c) {
|
|
|
|
ohci->flags = OHCI_QUIRK_AMD756;
|
2005-04-19 08:39:30 +08:00
|
|
|
ohci_dbg (ohci, "AMD756 erratum 4 workaround\n");
|
2006-01-24 07:28:07 +08:00
|
|
|
/* also erratum 10 (suspend/resume issues) */
|
|
|
|
device_init_wakeup(&hcd->self.root_hub->dev, 0);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* FIXME for some of the early AMD 760 southbridges, OHCI
|
|
|
|
* won't work at all. blacklist them.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* 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 ...)
|
|
|
|
*/
|
|
|
|
else if (pdev->vendor == PCI_VENDOR_ID_OPTI
|
|
|
|
&& pdev->device == 0xc861) {
|
2005-04-19 08:39:30 +08:00
|
|
|
ohci_dbg (ohci,
|
2005-04-17 06:20:36 +08:00
|
|
|
"WARNING: OPTi workarounds unavailable\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
/* 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.
|
|
|
|
*/
|
|
|
|
else if (pdev->vendor == PCI_VENDOR_ID_NS) {
|
|
|
|
struct pci_dev *b;
|
|
|
|
|
2006-09-28 06:43:22 +08:00
|
|
|
b = pci_get_slot (pdev->bus,
|
2005-04-17 06:20:36 +08:00
|
|
|
PCI_DEVFN (PCI_SLOT (pdev->devfn), 1));
|
|
|
|
if (b && b->device == PCI_DEVICE_ID_NS_87560_LIO
|
|
|
|
&& b->vendor == PCI_VENDOR_ID_NS) {
|
|
|
|
ohci->flags |= OHCI_QUIRK_SUPERIO;
|
2005-04-19 08:39:30 +08:00
|
|
|
ohci_dbg (ohci, "Using NSC SuperIO setup\n");
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2006-09-28 06:43:22 +08:00
|
|
|
pci_dev_put(b);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2005-04-19 08:39:30 +08:00
|
|
|
|
2006-12-05 19:18:31 +08:00
|
|
|
/* Check for Compaq's ZFMicro chipset, which needs short
|
2005-04-19 08:39:30 +08:00
|
|
|
* delays before control or bulk queues get re-activated
|
|
|
|
* in finish_unlinks()
|
|
|
|
*/
|
|
|
|
else if (pdev->vendor == PCI_VENDOR_ID_COMPAQ
|
|
|
|
&& pdev->device == 0xa0f8) {
|
|
|
|
ohci->flags |= OHCI_QUIRK_ZFMICRO;
|
|
|
|
ohci_dbg (ohci,
|
|
|
|
"enabled Compaq ZFMicro chipset quirk\n");
|
|
|
|
}
|
2006-01-24 07:28:07 +08: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 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* NOTE: there may have already been a first reset, to
|
|
|
|
* keep bios/smm irqs from making trouble
|
|
|
|
*/
|
|
|
|
if ((ret = ohci_run (ohci)) < 0) {
|
|
|
|
ohci_err (ohci, "can't start\n");
|
|
|
|
ohci_stop (hcd);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef CONFIG_PM
|
|
|
|
|
2005-04-19 08:39:23 +08:00
|
|
|
static int ohci_pci_suspend (struct usb_hcd *hcd, pm_message_t message)
|
2005-04-17 06:20:36 +08: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 06:59:46 +08: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 14:11:06 +08: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 06:59:46 +08:00
|
|
|
clear_bit(HCD_FLAG_HW_ACCESSIBLE, &hcd->flags);
|
|
|
|
bail:
|
|
|
|
spin_unlock_irqrestore (&ohci->lock, flags);
|
|
|
|
|
|
|
|
return rc;
|
2005-04-17 06:20:36 +08: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 06:59:46 +08:00
|
|
|
set_bit(HCD_FLAG_HW_ACCESSIBLE, &hcd->flags);
|
2005-09-23 13:42:53 +08:00
|
|
|
usb_hcd_resume_root_hub(hcd);
|
|
|
|
return 0;
|
2005-04-17 06:20:36 +08: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-05 02:31:55 +08: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 08:24:08 +08:00
|
|
|
.shutdown = ohci_shutdown,
|
2006-08-05 02:31:55 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
#ifdef CONFIG_PM
|
2006-08-05 02:31:55 +08:00
|
|
|
/* these suspend/resume entries are for upstream PCI glue ONLY */
|
2005-04-17 06:20:36 +08: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-05 02:31:55 +08:00
|
|
|
.hub_irq_enable = ohci_rhsc_enable,
|
2005-09-14 10:59:11 +08:00
|
|
|
#ifdef CONFIG_PM
|
2005-10-14 05:08:02 +08:00
|
|
|
.bus_suspend = ohci_bus_suspend,
|
|
|
|
.bus_resume = ohci_bus_resume,
|
2005-04-17 06:20:36 +08:00
|
|
|
#endif
|
|
|
|
.start_port_reset = ohci_start_port_reset,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
|
|
|
|
static const struct pci_device_id pci_ids [] = { {
|
|
|
|
/* handle any USB OHCI controller */
|
2006-04-10 02:07:35 +08:00
|
|
|
PCI_DEVICE_CLASS(PCI_CLASS_SERIAL_USB_OHCI, ~0),
|
2005-04-17 06:20:36 +08: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 08:24:08 +08:00
|
|
|
|
|
|
|
.shutdown = usb_hcd_pci_shutdown,
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
2006-12-05 19:18:31 +08:00
|
|
|
|
|
|
|
static int __init ohci_hcd_pci_init (void)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
printk (KERN_DEBUG "%s: " DRIVER_INFO " (PCI)\n", hcd_name);
|
|
|
|
if (usb_disabled())
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
pr_debug ("%s: block sizes: ed %Zd td %Zd\n", hcd_name,
|
|
|
|
sizeof (struct ed), sizeof (struct td));
|
|
|
|
return pci_register_driver (&ohci_pci_driver);
|
|
|
|
}
|
|
|
|
module_init (ohci_hcd_pci_init);
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------*/
|
|
|
|
|
2006-12-05 19:18:31 +08:00
|
|
|
static void __exit ohci_hcd_pci_cleanup (void)
|
|
|
|
{
|
2005-04-17 06:20:36 +08:00
|
|
|
pci_unregister_driver (&ohci_pci_driver);
|
|
|
|
}
|
|
|
|
module_exit (ohci_hcd_pci_cleanup);
|