usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
/**
|
|
|
|
* dwc3-omap.c - OMAP Specific Glue layer
|
|
|
|
*
|
|
|
|
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com
|
|
|
|
*
|
|
|
|
* Authors: Felipe Balbi <balbi@ti.com>,
|
|
|
|
* Sebastian Andrzej Siewior <bigeasy@linutronix.de>
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions, and the following disclaimer,
|
|
|
|
* without modification.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. The names of the above-listed copyright holders may not be used
|
|
|
|
* to endorse or promote products derived from this software without
|
|
|
|
* specific prior written permission.
|
|
|
|
*
|
|
|
|
* ALTERNATIVELY, this software may be distributed under the terms of the
|
|
|
|
* GNU General Public License ("GPL") version 2, as published by the Free
|
|
|
|
* Software Foundation.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS
|
|
|
|
* IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
|
|
|
|
* THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
|
|
|
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR
|
|
|
|
* CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
|
|
|
|
* EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
|
|
|
|
* PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
|
|
|
|
* PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
|
|
|
|
* LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
|
|
|
|
* NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
|
|
|
|
* SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
2011-09-05 17:37:28 +07:00
|
|
|
#include <linux/module.h>
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/spinlock.h>
|
|
|
|
#include <linux/platform_device.h>
|
2011-09-02 02:26:25 +07:00
|
|
|
#include <linux/platform_data/dwc3-omap.h>
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
#include <linux/dma-mapping.h>
|
|
|
|
#include <linux/ioport.h>
|
|
|
|
#include <linux/io.h>
|
|
|
|
|
|
|
|
#include "io.h"
|
|
|
|
|
|
|
|
/*
|
|
|
|
* All these registers belong to OMAP's Wrapper around the
|
|
|
|
* DesignWare USB3 Core.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define USBOTGSS_REVISION 0x0000
|
|
|
|
#define USBOTGSS_SYSCONFIG 0x0010
|
|
|
|
#define USBOTGSS_IRQ_EOI 0x0020
|
|
|
|
#define USBOTGSS_IRQSTATUS_RAW_0 0x0024
|
|
|
|
#define USBOTGSS_IRQSTATUS_0 0x0028
|
|
|
|
#define USBOTGSS_IRQENABLE_SET_0 0x002c
|
|
|
|
#define USBOTGSS_IRQENABLE_CLR_0 0x0030
|
|
|
|
#define USBOTGSS_IRQSTATUS_RAW_1 0x0034
|
|
|
|
#define USBOTGSS_IRQSTATUS_1 0x0038
|
|
|
|
#define USBOTGSS_IRQENABLE_SET_1 0x003c
|
|
|
|
#define USBOTGSS_IRQENABLE_CLR_1 0x0040
|
|
|
|
#define USBOTGSS_UTMI_OTG_CTRL 0x0080
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS 0x0084
|
|
|
|
#define USBOTGSS_MMRAM_OFFSET 0x0100
|
|
|
|
#define USBOTGSS_FLADJ 0x0104
|
|
|
|
#define USBOTGSS_DEBUG_CFG 0x0108
|
|
|
|
#define USBOTGSS_DEBUG_DATA 0x010c
|
|
|
|
|
|
|
|
/* SYSCONFIG REGISTER */
|
|
|
|
#define USBOTGSS_SYSCONFIG_DMADISABLE (1 << 16)
|
|
|
|
#define USBOTGSS_SYSCONFIG_STANDBYMODE(x) ((x) << 4)
|
2011-09-06 14:56:51 +07:00
|
|
|
|
|
|
|
#define USBOTGSS_STANDBYMODE_FORCE_STANDBY 0
|
|
|
|
#define USBOTGSS_STANDBYMODE_NO_STANDBY 1
|
|
|
|
#define USBOTGSS_STANDBYMODE_SMART_STANDBY 2
|
|
|
|
#define USBOTGSS_STANDBYMODE_SMART_WAKEUP 3
|
|
|
|
|
|
|
|
#define USBOTGSS_STANDBYMODE_MASK (0x03 << 4)
|
|
|
|
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
#define USBOTGSS_SYSCONFIG_IDLEMODE(x) ((x) << 2)
|
|
|
|
|
2011-09-06 14:56:51 +07:00
|
|
|
#define USBOTGSS_IDLEMODE_FORCE_IDLE 0
|
|
|
|
#define USBOTGSS_IDLEMODE_NO_IDLE 1
|
|
|
|
#define USBOTGSS_IDLEMODE_SMART_IDLE 2
|
|
|
|
#define USBOTGSS_IDLEMODE_SMART_WAKEUP 3
|
|
|
|
|
|
|
|
#define USBOTGSS_IDLEMODE_MASK (0x03 << 2)
|
|
|
|
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
/* IRQ_EOI REGISTER */
|
|
|
|
#define USBOTGSS_IRQ_EOI_LINE_NUMBER (1 << 0)
|
|
|
|
|
|
|
|
/* IRQS0 BITS */
|
|
|
|
#define USBOTGSS_IRQO_COREIRQ_ST (1 << 0)
|
|
|
|
|
|
|
|
/* IRQ1 BITS */
|
|
|
|
#define USBOTGSS_IRQ1_DMADISABLECLR (1 << 17)
|
|
|
|
#define USBOTGSS_IRQ1_OEVT (1 << 16)
|
|
|
|
#define USBOTGSS_IRQ1_DRVVBUS_RISE (1 << 13)
|
|
|
|
#define USBOTGSS_IRQ1_CHRGVBUS_RISE (1 << 12)
|
|
|
|
#define USBOTGSS_IRQ1_DISCHRGVBUS_RISE (1 << 11)
|
|
|
|
#define USBOTGSS_IRQ1_IDPULLUP_RISE (1 << 8)
|
|
|
|
#define USBOTGSS_IRQ1_DRVVBUS_FALL (1 << 5)
|
|
|
|
#define USBOTGSS_IRQ1_CHRGVBUS_FALL (1 << 4)
|
|
|
|
#define USBOTGSS_IRQ1_DISCHRGVBUS_FALL (1 << 3)
|
|
|
|
#define USBOTGSS_IRQ1_IDPULLUP_FALL (1 << 0)
|
|
|
|
|
|
|
|
/* UTMI_OTG_CTRL REGISTER */
|
|
|
|
#define USBOTGSS_UTMI_OTG_CTRL_DRVVBUS (1 << 5)
|
|
|
|
#define USBOTGSS_UTMI_OTG_CTRL_CHRGVBUS (1 << 4)
|
|
|
|
#define USBOTGSS_UTMI_OTG_CTRL_DISCHRGVBUS (1 << 3)
|
|
|
|
#define USBOTGSS_UTMI_OTG_CTRL_IDPULLUP (1 << 0)
|
|
|
|
|
|
|
|
/* UTMI_OTG_STATUS REGISTER */
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_SW_MODE (1 << 31)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_POWERPRESENT (1 << 9)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_TXBITSTUFFENABLE (1 << 8)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_IDDIG (1 << 4)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_SESSEND (1 << 3)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_SESSVALID (1 << 2)
|
|
|
|
#define USBOTGSS_UTMI_OTG_STATUS_VBUSVALID (1 << 1)
|
|
|
|
|
|
|
|
struct dwc3_omap {
|
|
|
|
/* device lock */
|
|
|
|
spinlock_t lock;
|
|
|
|
|
|
|
|
struct platform_device *dwc3;
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
int irq;
|
|
|
|
void __iomem *base;
|
|
|
|
|
|
|
|
void *context;
|
|
|
|
u32 resource_size;
|
|
|
|
|
|
|
|
u32 dma_status:1;
|
|
|
|
};
|
|
|
|
|
|
|
|
static irqreturn_t dwc3_omap_interrupt(int irq, void *_omap)
|
|
|
|
{
|
|
|
|
struct dwc3_omap *omap = _omap;
|
|
|
|
u32 reg;
|
|
|
|
|
|
|
|
spin_lock(&omap->lock);
|
|
|
|
|
|
|
|
reg = dwc3_readl(omap->base, USBOTGSS_IRQSTATUS_1);
|
|
|
|
|
|
|
|
if (reg & USBOTGSS_IRQ1_DMADISABLECLR) {
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "DMA Disable was Cleared\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
omap->dma_status = false;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (reg & USBOTGSS_IRQ1_OEVT)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "OTG Event\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_DRVVBUS_RISE)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "DRVVBUS Rise\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_CHRGVBUS_RISE)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "CHRGVBUS Rise\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_DISCHRGVBUS_RISE)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "DISCHRGVBUS Rise\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_IDPULLUP_RISE)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "IDPULLUP Rise\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_DRVVBUS_FALL)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "DRVVBUS Fall\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_CHRGVBUS_FALL)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "CHRGVBUS Fall\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_DISCHRGVBUS_FALL)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "DISCHRGVBUS Fall\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
if (reg & USBOTGSS_IRQ1_IDPULLUP_FALL)
|
2011-09-01 18:46:16 +07:00
|
|
|
dev_dbg(omap->dev, "IDPULLUP Fall\n");
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-06 16:00:39 +07:00
|
|
|
dwc3_writel(omap->base, USBOTGSS_IRQSTATUS_1, reg);
|
|
|
|
|
|
|
|
reg = dwc3_readl(omap->base, USBOTGSS_IRQSTATUS_0);
|
|
|
|
dwc3_writel(omap->base, USBOTGSS_IRQSTATUS_0, reg);
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
|
|
|
spin_unlock(&omap->lock);
|
|
|
|
|
|
|
|
return IRQ_HANDLED;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devinit dwc3_omap_probe(struct platform_device *pdev)
|
|
|
|
{
|
2011-09-02 02:26:25 +07:00
|
|
|
struct dwc3_omap_data *pdata = pdev->dev.platform_data;
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
struct platform_device *dwc3;
|
|
|
|
struct dwc3_omap *omap;
|
|
|
|
struct resource *res;
|
|
|
|
|
|
|
|
int ret = -ENOMEM;
|
|
|
|
int irq;
|
|
|
|
|
|
|
|
u32 reg;
|
|
|
|
|
|
|
|
void __iomem *base;
|
|
|
|
void *context;
|
|
|
|
|
|
|
|
omap = kzalloc(sizeof(*omap), GFP_KERNEL);
|
|
|
|
if (!omap) {
|
|
|
|
dev_err(&pdev->dev, "not enough memory\n");
|
|
|
|
goto err0;
|
|
|
|
}
|
|
|
|
|
|
|
|
platform_set_drvdata(pdev, omap);
|
|
|
|
|
|
|
|
irq = platform_get_irq(pdev, 1);
|
|
|
|
if (irq < 0) {
|
|
|
|
dev_err(&pdev->dev, "missing IRQ resource\n");
|
|
|
|
ret = -EINVAL;
|
|
|
|
goto err1;
|
|
|
|
}
|
|
|
|
|
|
|
|
res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
|
|
|
|
if (!res) {
|
|
|
|
dev_err(&pdev->dev, "missing memory base resource\n");
|
|
|
|
ret = -EINVAL;
|
|
|
|
goto err1;
|
|
|
|
}
|
|
|
|
|
|
|
|
base = ioremap_nocache(res->start, resource_size(res));
|
|
|
|
if (!base) {
|
|
|
|
dev_err(&pdev->dev, "ioremap failed\n");
|
|
|
|
goto err1;
|
|
|
|
}
|
|
|
|
|
|
|
|
dwc3 = platform_device_alloc("dwc3-omap", -1);
|
|
|
|
if (!dwc3) {
|
|
|
|
dev_err(&pdev->dev, "couldn't allocate dwc3 device\n");
|
|
|
|
goto err2;
|
|
|
|
}
|
|
|
|
|
|
|
|
context = kzalloc(resource_size(res), GFP_KERNEL);
|
|
|
|
if (!context) {
|
|
|
|
dev_err(&pdev->dev, "couldn't allocate dwc3 context memory\n");
|
|
|
|
goto err3;
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_lock_init(&omap->lock);
|
|
|
|
dma_set_coherent_mask(&dwc3->dev, pdev->dev.coherent_dma_mask);
|
|
|
|
|
|
|
|
dwc3->dev.parent = &pdev->dev;
|
|
|
|
dwc3->dev.dma_mask = pdev->dev.dma_mask;
|
|
|
|
dwc3->dev.dma_parms = pdev->dev.dma_parms;
|
|
|
|
omap->resource_size = resource_size(res);
|
|
|
|
omap->context = context;
|
|
|
|
omap->dev = &pdev->dev;
|
|
|
|
omap->irq = irq;
|
|
|
|
omap->base = base;
|
|
|
|
omap->dwc3 = dwc3;
|
|
|
|
|
2011-09-02 02:26:25 +07:00
|
|
|
reg = dwc3_readl(omap->base, USBOTGSS_UTMI_OTG_STATUS);
|
|
|
|
|
|
|
|
if (!pdata) {
|
|
|
|
dev_dbg(&pdev->dev, "missing platform data\n");
|
|
|
|
} else {
|
|
|
|
switch (pdata->utmi_mode) {
|
|
|
|
case DWC3_OMAP_UTMI_MODE_SW:
|
|
|
|
reg |= USBOTGSS_UTMI_OTG_STATUS_SW_MODE;
|
|
|
|
break;
|
|
|
|
case DWC3_OMAP_UTMI_MODE_HW:
|
|
|
|
reg &= ~USBOTGSS_UTMI_OTG_STATUS_SW_MODE;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
dev_dbg(&pdev->dev, "UNKNOWN utmi mode %d\n",
|
|
|
|
pdata->utmi_mode);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
dwc3_writel(omap->base, USBOTGSS_UTMI_OTG_STATUS, reg);
|
|
|
|
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
/* check the DMA Status */
|
|
|
|
reg = dwc3_readl(omap->base, USBOTGSS_SYSCONFIG);
|
|
|
|
omap->dma_status = !!(reg & USBOTGSS_SYSCONFIG_DMADISABLE);
|
|
|
|
|
2011-09-06 14:56:51 +07:00
|
|
|
/* Set No-Idle and No-Standby */
|
|
|
|
reg &= ~(USBOTGSS_STANDBYMODE_MASK
|
|
|
|
| USBOTGSS_IDLEMODE_MASK);
|
|
|
|
|
|
|
|
reg |= (USBOTGSS_SYSCONFIG_STANDBYMODE(USBOTGSS_STANDBYMODE_NO_STANDBY)
|
|
|
|
| USBOTGSS_SYSCONFIG_IDLEMODE(USBOTGSS_IDLEMODE_NO_IDLE));
|
|
|
|
|
|
|
|
dwc3_writel(omap->base, USBOTGSS_SYSCONFIG, reg);
|
|
|
|
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
ret = request_irq(omap->irq, dwc3_omap_interrupt, 0,
|
2011-09-06 14:57:41 +07:00
|
|
|
"dwc3-omap", omap);
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "failed to request IRQ #%d --> %d\n",
|
|
|
|
omap->irq, ret);
|
|
|
|
goto err4;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* enable all IRQs */
|
2011-09-01 22:22:01 +07:00
|
|
|
reg = USBOTGSS_IRQO_COREIRQ_ST;
|
|
|
|
dwc3_writel(omap->base, USBOTGSS_IRQENABLE_SET_0, reg);
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
|
2011-09-01 18:52:52 +07:00
|
|
|
reg = (USBOTGSS_IRQ1_OEVT |
|
usb: Introduce DesignWare USB3 DRD Driver
The DesignWare USB3 is a highly
configurable IP Core which can be
instantiated as Dual-Role Device (DRD),
Peripheral Only and Host Only (XHCI)
configurations.
Several other parameters can be configured
like amount of FIFO space, amount of TX and
RX endpoints, amount of Host Interrupters,
etc.
The current driver has been validated with
a virtual model of version 1.73a of that core
and with an FPGA burned with version 1.83a
of the DRD core. We have support for PCIe
bus, which is used on FPGA prototyping, and
for the OMAP5, more adaptation (or glue)
layers can be easily added and the driver
is half prepared to handle any possible
configuration the HW engineer has chosen
considering we have the information on
one of the GHWPARAMS registers to do
runtime checking of certain features.
More runtime checks can, and should, be added
in order to make this driver even more flexible
with regards to number of endpoints, FIFO sizes,
transfer types, etc.
While this supports only the device side, for
now, we will add support for Host side (xHCI -
see the updated series Sebastian has sent [1])
and OTG after we have it all stabilized.
[1] http://marc.info/?l=linux-usb&m=131341992020339&w=2
Signed-off-by: Felipe Balbi <balbi@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-08-19 22:10:58 +07:00
|
|
|
USBOTGSS_IRQ1_DRVVBUS_RISE |
|
|
|
|
USBOTGSS_IRQ1_CHRGVBUS_RISE |
|
|
|
|
USBOTGSS_IRQ1_DISCHRGVBUS_RISE |
|
|
|
|
USBOTGSS_IRQ1_IDPULLUP_RISE |
|
|
|
|
USBOTGSS_IRQ1_DRVVBUS_FALL |
|
|
|
|
USBOTGSS_IRQ1_CHRGVBUS_FALL |
|
|
|
|
USBOTGSS_IRQ1_DISCHRGVBUS_FALL |
|
|
|
|
USBOTGSS_IRQ1_IDPULLUP_FALL);
|
|
|
|
|
|
|
|
dwc3_writel(omap->base, USBOTGSS_IRQENABLE_SET_1, reg);
|
|
|
|
|
|
|
|
ret = platform_device_add_resources(dwc3, pdev->resource,
|
|
|
|
pdev->num_resources);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "couldn't add resources to dwc3 device\n");
|
|
|
|
goto err5;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = platform_device_add(dwc3);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "failed to register dwc3 device\n");
|
|
|
|
goto err5;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err5:
|
|
|
|
free_irq(omap->irq, omap);
|
|
|
|
|
|
|
|
err4:
|
|
|
|
kfree(omap->context);
|
|
|
|
|
|
|
|
err3:
|
|
|
|
platform_device_put(dwc3);
|
|
|
|
|
|
|
|
err2:
|
|
|
|
iounmap(base);
|
|
|
|
|
|
|
|
err1:
|
|
|
|
kfree(omap);
|
|
|
|
|
|
|
|
err0:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devexit dwc3_omap_remove(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct dwc3_omap *omap = platform_get_drvdata(pdev);
|
|
|
|
|
|
|
|
platform_device_unregister(omap->dwc3);
|
|
|
|
|
|
|
|
free_irq(omap->irq, omap);
|
|
|
|
iounmap(omap->base);
|
|
|
|
|
|
|
|
kfree(omap->context);
|
|
|
|
kfree(omap);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct of_device_id of_dwc3_matach[] = {
|
|
|
|
{
|
|
|
|
"ti,dwc3",
|
|
|
|
},
|
|
|
|
{ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, of_dwc3_matach);
|
|
|
|
|
|
|
|
static struct platform_driver dwc3_omap_driver = {
|
|
|
|
.probe = dwc3_omap_probe,
|
|
|
|
.remove = __devexit_p(dwc3_omap_remove),
|
|
|
|
.driver = {
|
|
|
|
.name = "omap-dwc3",
|
|
|
|
.of_match_table = of_dwc3_matach,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Felipe Balbi <balbi@ti.com>");
|
|
|
|
MODULE_LICENSE("Dual BSD/GPL");
|
|
|
|
MODULE_DESCRIPTION("DesignWare USB3 OMAP Glue Layer");
|
|
|
|
|
|
|
|
static int __devinit dwc3_omap_init(void)
|
|
|
|
{
|
|
|
|
return platform_driver_register(&dwc3_omap_driver);
|
|
|
|
}
|
|
|
|
module_init(dwc3_omap_init);
|
|
|
|
|
|
|
|
static void __exit dwc3_omap_exit(void)
|
|
|
|
{
|
|
|
|
platform_driver_unregister(&dwc3_omap_driver);
|
|
|
|
}
|
|
|
|
module_exit(dwc3_omap_exit);
|