2008-07-24 09:27:36 +00:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2005-2007 by Texas Instruments
|
|
|
|
* Some code has been taken from tusb6010.c
|
|
|
|
* Copyrights for that are attributable to:
|
|
|
|
* Copyright (C) 2006 Nokia Corporation
|
|
|
|
* Tony Lindgren <tony@atomide.com>
|
|
|
|
*
|
|
|
|
* This file is part of the Inventra Controller Driver for Linux.
|
|
|
|
*
|
|
|
|
* The Inventra Controller Driver for Linux is free software; you
|
|
|
|
* can redistribute it and/or modify it under the terms of the GNU
|
|
|
|
* General Public License version 2 as published by the Free Software
|
|
|
|
* Foundation.
|
|
|
|
*
|
|
|
|
* The Inventra Controller Driver for Linux is distributed in
|
|
|
|
* the hope that it will be useful, but WITHOUT ANY WARRANTY;
|
|
|
|
* without even the implied warranty of MERCHANTABILITY or
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public
|
|
|
|
* License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with The Inventra Controller Driver for Linux ; if not,
|
|
|
|
* write to the Free Software Foundation, Inc., 59 Temple Place,
|
|
|
|
* Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/io.h>
|
2010-12-01 13:01:11 +00:00
|
|
|
#include <linux/platform_device.h>
|
|
|
|
#include <linux/dma-mapping.h>
|
2011-02-17 06:37:22 +00:00
|
|
|
#include <linux/pm_runtime.h>
|
|
|
|
#include <linux/err.h>
|
2008-07-24 09:27:36 +00:00
|
|
|
|
|
|
|
#include "musb_core.h"
|
|
|
|
#include "omap2430.h"
|
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
struct omap2430_glue {
|
|
|
|
struct device *dev;
|
|
|
|
struct platform_device *musb;
|
|
|
|
};
|
2010-12-02 10:44:40 +00:00
|
|
|
#define glue_to_musb(g) platform_get_drvdata(g->musb)
|
2010-12-02 07:27:29 +00:00
|
|
|
|
2008-07-24 09:27:36 +00:00
|
|
|
static struct timer_list musb_idle_timer;
|
|
|
|
|
|
|
|
static void musb_do_idle(unsigned long _musb)
|
|
|
|
{
|
|
|
|
struct musb *musb = (void *)_musb;
|
|
|
|
unsigned long flags;
|
|
|
|
u8 power;
|
|
|
|
u8 devctl;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&musb->lock, flags);
|
|
|
|
|
2009-03-31 19:30:04 +00:00
|
|
|
switch (musb->xceiv->state) {
|
2008-07-24 09:27:36 +00:00
|
|
|
case OTG_STATE_A_WAIT_BCON:
|
|
|
|
|
|
|
|
devctl = musb_readb(musb->mregs, MUSB_DEVCTL);
|
|
|
|
if (devctl & MUSB_DEVCTL_BDEVICE) {
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_B_IDLE;
|
2008-07-24 09:27:36 +00:00
|
|
|
MUSB_DEV_MODE(musb);
|
|
|
|
} else {
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_A_IDLE;
|
2008-07-24 09:27:36 +00:00
|
|
|
MUSB_HST_MODE(musb);
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case OTG_STATE_A_SUSPEND:
|
|
|
|
/* finish RESUME signaling? */
|
|
|
|
if (musb->port1_status & MUSB_PORT_STAT_RESUME) {
|
|
|
|
power = musb_readb(musb->mregs, MUSB_POWER);
|
|
|
|
power &= ~MUSB_POWER_RESUME;
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "root port resume stopped, power %02x\n", power);
|
2008-07-24 09:27:36 +00:00
|
|
|
musb_writeb(musb->mregs, MUSB_POWER, power);
|
|
|
|
musb->is_active = 1;
|
|
|
|
musb->port1_status &= ~(USB_PORT_STAT_SUSPEND
|
|
|
|
| MUSB_PORT_STAT_RESUME);
|
|
|
|
musb->port1_status |= USB_PORT_STAT_C_SUSPEND << 16;
|
|
|
|
usb_hcd_poll_rh_status(musb_to_hcd(musb));
|
|
|
|
/* NOTE: it might really be A_WAIT_BCON ... */
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_A_HOST;
|
2008-07-24 09:27:36 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
case OTG_STATE_A_HOST:
|
|
|
|
devctl = musb_readb(musb->mregs, MUSB_DEVCTL);
|
|
|
|
if (devctl & MUSB_DEVCTL_BDEVICE)
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_B_IDLE;
|
2008-07-24 09:27:36 +00:00
|
|
|
else
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_A_WAIT_BCON;
|
2008-07-24 09:27:36 +00:00
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&musb->lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2010-12-01 11:22:05 +00:00
|
|
|
static void omap2430_musb_try_idle(struct musb *musb, unsigned long timeout)
|
2008-07-24 09:27:36 +00:00
|
|
|
{
|
|
|
|
unsigned long default_timeout = jiffies + msecs_to_jiffies(3);
|
|
|
|
static unsigned long last_timer;
|
|
|
|
|
|
|
|
if (timeout == 0)
|
|
|
|
timeout = default_timeout;
|
|
|
|
|
|
|
|
/* Never idle if active, or when VBUS timeout is not set as host */
|
|
|
|
if (musb->is_active || ((musb->a_wait_bcon == 0)
|
2009-03-31 19:30:04 +00:00
|
|
|
&& (musb->xceiv->state == OTG_STATE_A_WAIT_BCON))) {
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "%s active, deleting timer\n",
|
2011-05-05 10:11:21 +00:00
|
|
|
otg_state_string(musb->xceiv->state));
|
2008-07-24 09:27:36 +00:00
|
|
|
del_timer(&musb_idle_timer);
|
|
|
|
last_timer = jiffies;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (time_after(last_timer, timeout)) {
|
|
|
|
if (!timer_pending(&musb_idle_timer))
|
|
|
|
last_timer = timeout;
|
|
|
|
else {
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "Longer idle timer already pending, ignoring\n");
|
2008-07-24 09:27:36 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
last_timer = timeout;
|
|
|
|
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "%s inactive, for idle timer for %lu ms\n",
|
2011-05-05 10:11:21 +00:00
|
|
|
otg_state_string(musb->xceiv->state),
|
2008-07-24 09:27:36 +00:00
|
|
|
(unsigned long)jiffies_to_msecs(timeout - jiffies));
|
|
|
|
mod_timer(&musb_idle_timer, timeout);
|
|
|
|
}
|
|
|
|
|
2010-12-01 11:22:05 +00:00
|
|
|
static void omap2430_musb_set_vbus(struct musb *musb, int is_on)
|
2008-07-24 09:27:36 +00:00
|
|
|
{
|
2012-02-13 11:24:15 +00:00
|
|
|
struct usb_otg *otg = musb->xceiv->otg;
|
2008-07-24 09:27:36 +00:00
|
|
|
u8 devctl;
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
unsigned long timeout = jiffies + msecs_to_jiffies(1000);
|
|
|
|
int ret = 1;
|
2008-07-24 09:27:36 +00:00
|
|
|
/* HDRC controls CPEN, but beware current surges during device
|
|
|
|
* connect. They can trigger transient overcurrent conditions
|
|
|
|
* that must be ignored.
|
|
|
|
*/
|
|
|
|
|
|
|
|
devctl = musb_readb(musb->mregs, MUSB_DEVCTL);
|
|
|
|
|
|
|
|
if (is_on) {
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
if (musb->xceiv->state == OTG_STATE_A_IDLE) {
|
|
|
|
/* start the session */
|
|
|
|
devctl |= MUSB_DEVCTL_SESSION;
|
|
|
|
musb_writeb(musb->mregs, MUSB_DEVCTL, devctl);
|
|
|
|
/*
|
|
|
|
* Wait for the musb to set as A device to enable the
|
|
|
|
* VBUS
|
|
|
|
*/
|
|
|
|
while (musb_readb(musb->mregs, MUSB_DEVCTL) & 0x80) {
|
|
|
|
|
|
|
|
cpu_relax();
|
|
|
|
|
|
|
|
if (time_after(jiffies, timeout)) {
|
|
|
|
dev_err(musb->controller,
|
|
|
|
"configured as A device timeout");
|
|
|
|
ret = -EINVAL;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-02-13 11:24:20 +00:00
|
|
|
if (ret && otg->set_vbus)
|
|
|
|
otg_set_vbus(otg, 1);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
} else {
|
|
|
|
musb->is_active = 1;
|
2012-02-13 11:24:15 +00:00
|
|
|
otg->default_a = 1;
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_A_WAIT_VRISE;
|
|
|
|
devctl |= MUSB_DEVCTL_SESSION;
|
|
|
|
MUSB_HST_MODE(musb);
|
|
|
|
}
|
2008-07-24 09:27:36 +00:00
|
|
|
} else {
|
|
|
|
musb->is_active = 0;
|
|
|
|
|
|
|
|
/* NOTE: we're skipping A_WAIT_VFALL -> A_IDLE and
|
|
|
|
* jumping right to B_IDLE...
|
|
|
|
*/
|
|
|
|
|
2012-02-13 11:24:15 +00:00
|
|
|
otg->default_a = 0;
|
2009-03-31 19:30:04 +00:00
|
|
|
musb->xceiv->state = OTG_STATE_B_IDLE;
|
2008-07-24 09:27:36 +00:00
|
|
|
devctl &= ~MUSB_DEVCTL_SESSION;
|
|
|
|
|
|
|
|
MUSB_DEV_MODE(musb);
|
|
|
|
}
|
|
|
|
musb_writeb(musb->mregs, MUSB_DEVCTL, devctl);
|
|
|
|
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "VBUS %s, devctl %02x "
|
2008-07-24 09:27:36 +00:00
|
|
|
/* otg %3x conf %08x prcm %08x */ "\n",
|
2011-05-05 10:11:21 +00:00
|
|
|
otg_state_string(musb->xceiv->state),
|
2008-07-24 09:27:36 +00:00
|
|
|
musb_readb(musb->mregs, MUSB_DEVCTL));
|
|
|
|
}
|
|
|
|
|
2010-12-01 11:22:05 +00:00
|
|
|
static int omap2430_musb_set_mode(struct musb *musb, u8 musb_mode)
|
2008-07-24 09:27:36 +00:00
|
|
|
{
|
|
|
|
u8 devctl = musb_readb(musb->mregs, MUSB_DEVCTL);
|
|
|
|
|
|
|
|
devctl |= MUSB_DEVCTL_SESSION;
|
|
|
|
musb_writeb(musb->mregs, MUSB_DEVCTL, devctl);
|
|
|
|
|
2008-11-24 11:06:47 +00:00
|
|
|
return 0;
|
2008-07-24 09:27:36 +00:00
|
|
|
}
|
|
|
|
|
2010-12-02 10:44:40 +00:00
|
|
|
static inline void omap2430_low_level_exit(struct musb *musb)
|
|
|
|
{
|
|
|
|
u32 l;
|
|
|
|
|
|
|
|
/* in any role */
|
|
|
|
l = musb_readl(musb->mregs, OTG_FORCESTDBY);
|
|
|
|
l |= ENABLEFORCE; /* enable MSTANDBY */
|
|
|
|
musb_writel(musb->mregs, OTG_FORCESTDBY, l);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void omap2430_low_level_init(struct musb *musb)
|
|
|
|
{
|
|
|
|
u32 l;
|
|
|
|
|
|
|
|
l = musb_readl(musb->mregs, OTG_FORCESTDBY);
|
|
|
|
l &= ~ENABLEFORCE; /* disable MSTANDBY */
|
|
|
|
musb_writel(musb->mregs, OTG_FORCESTDBY, l);
|
|
|
|
}
|
|
|
|
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
static int musb_otg_notifications(struct notifier_block *nb,
|
|
|
|
unsigned long event, void *unused)
|
|
|
|
{
|
|
|
|
struct musb *musb = container_of(nb, struct musb, nb);
|
2011-08-12 14:38:51 +00:00
|
|
|
|
|
|
|
musb->xceiv_event = event;
|
|
|
|
schedule_work(&musb->otg_notifier_work);
|
|
|
|
|
2012-01-25 08:02:46 +00:00
|
|
|
return NOTIFY_OK;
|
2011-08-12 14:38:51 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void musb_otg_notifier_work(struct work_struct *data_notifier_work)
|
|
|
|
{
|
|
|
|
struct musb *musb = container_of(data_notifier_work, struct musb, otg_notifier_work);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
struct device *dev = musb->controller;
|
|
|
|
struct musb_hdrc_platform_data *pdata = dev->platform_data;
|
|
|
|
struct omap_musb_board_data *data = pdata->board_data;
|
|
|
|
|
2011-08-12 14:38:51 +00:00
|
|
|
switch (musb->xceiv_event) {
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
case USB_EVENT_ID:
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "ID GND\n");
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
|
2011-12-19 20:17:49 +00:00
|
|
|
if (!is_otg_enabled(musb) || musb->gadget_driver) {
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
pm_runtime_get_sync(musb->controller);
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_init(musb->xceiv);
|
2011-02-28 09:35:29 +00:00
|
|
|
omap2430_musb_set_vbus(musb, 1);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_EVENT_VBUS:
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "VBUS Connect\n");
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
if (musb->gadget_driver)
|
|
|
|
pm_runtime_get_sync(musb->controller);
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_init(musb->xceiv);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_EVENT_NONE:
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "VBUS Disconnect\n");
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
|
2011-04-27 14:02:37 +00:00
|
|
|
if (is_otg_enabled(musb) || is_peripheral_enabled(musb))
|
2011-06-22 14:28:09 +00:00
|
|
|
if (musb->gadget_driver) {
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
pm_runtime_mark_last_busy(musb->controller);
|
|
|
|
pm_runtime_put_autosuspend(musb->controller);
|
|
|
|
}
|
|
|
|
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
if (data->interface_type == MUSB_INTERFACE_UTMI) {
|
2012-02-13 11:24:20 +00:00
|
|
|
if (musb->xceiv->otg->set_vbus)
|
|
|
|
otg_set_vbus(musb->xceiv->otg, 0);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
}
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_shutdown(musb->xceiv);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
break;
|
|
|
|
default:
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "ID float\n");
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-12-01 11:22:05 +00:00
|
|
|
static int omap2430_musb_init(struct musb *musb)
|
2008-07-24 09:27:36 +00:00
|
|
|
{
|
2012-03-22 07:18:06 +00:00
|
|
|
u32 l;
|
|
|
|
int status = 0;
|
2010-09-23 00:27:40 +00:00
|
|
|
struct device *dev = musb->controller;
|
|
|
|
struct musb_hdrc_platform_data *plat = dev->platform_data;
|
|
|
|
struct omap_musb_board_data *data = plat->board_data;
|
2008-07-24 09:27:36 +00:00
|
|
|
|
2009-03-31 19:30:04 +00:00
|
|
|
/* We require some kind of external transceiver, hooked
|
|
|
|
* up through ULPI. TWL4030-family PMICs include one,
|
|
|
|
* which needs a driver, drivers aren't always needed.
|
|
|
|
*/
|
2012-02-13 11:24:18 +00:00
|
|
|
musb->xceiv = usb_get_transceiver();
|
2009-03-31 19:30:04 +00:00
|
|
|
if (!musb->xceiv) {
|
|
|
|
pr_err("HS USB OTG: no transceiver configured\n");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2011-08-12 14:38:51 +00:00
|
|
|
INIT_WORK(&musb->otg_notifier_work, musb_otg_notifier_work);
|
|
|
|
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
status = pm_runtime_get_sync(dev);
|
|
|
|
if (status < 0) {
|
2012-03-22 07:18:06 +00:00
|
|
|
dev_err(dev, "pm_runtime_get_sync FAILED %d\n", status);
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
goto err1;
|
|
|
|
}
|
2008-07-24 09:27:36 +00:00
|
|
|
|
2010-01-21 13:33:53 +00:00
|
|
|
l = musb_readl(musb->mregs, OTG_INTERFSEL);
|
2010-03-12 08:29:07 +00:00
|
|
|
|
|
|
|
if (data->interface_type == MUSB_INTERFACE_UTMI) {
|
|
|
|
/* OMAP4 uses Internal PHY GS70 which uses UTMI interface */
|
|
|
|
l &= ~ULPI_12PIN; /* Disable ULPI */
|
|
|
|
l |= UTMI_8BIT; /* Enable UTMI */
|
|
|
|
} else {
|
|
|
|
l |= ULPI_12PIN;
|
|
|
|
}
|
|
|
|
|
2010-01-21 13:33:53 +00:00
|
|
|
musb_writel(musb->mregs, OTG_INTERFSEL, l);
|
2008-07-24 09:27:36 +00:00
|
|
|
|
|
|
|
pr_debug("HS USB OTG: revision 0x%x, sysconfig 0x%02x, "
|
|
|
|
"sysstatus 0x%x, intrfsel 0x%x, simenable 0x%x\n",
|
2010-01-21 13:33:53 +00:00
|
|
|
musb_readl(musb->mregs, OTG_REVISION),
|
|
|
|
musb_readl(musb->mregs, OTG_SYSCONFIG),
|
|
|
|
musb_readl(musb->mregs, OTG_SYSSTATUS),
|
|
|
|
musb_readl(musb->mregs, OTG_INTERFSEL),
|
|
|
|
musb_readl(musb->mregs, OTG_SIMENABLE));
|
2008-07-24 09:27:36 +00:00
|
|
|
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
musb->nb.notifier_call = musb_otg_notifications;
|
2012-02-13 11:24:18 +00:00
|
|
|
status = usb_register_notifier(musb->xceiv, &musb->nb);
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
|
|
|
|
if (status)
|
2011-05-11 09:44:08 +00:00
|
|
|
dev_dbg(musb->controller, "notification register failed\n");
|
usb: musb: Adding musb support for OMAP4430
OMAP4430 supports UTMI and ULPI types of transceiver interface.
In UTMI mode: The PHY is embedded within OMAP4430. The transceiver functionality
is split between the twl6030 PMIC chip and OMAP4430. The VBUS, ID pin
sensing and OTG SRP generation part is integrated in TWL6030 and UTMI PHY
functionality is embedded within the OMAP4430.
There is no direct interactions between the MUSB controller and TWL6030
chip to communicate the session-valid, session-end and ID-GND events.
It has to be done through a software by setting/resetting bits in
one of the control module register of OMAP4430 which in turn toggles
the appropriate signals to MUSB controller.
musb driver is register for blocking notifications from the transceiver
driver to get the event notifications for connect/disconnect and ID-GND.
Based on these events call the transceiver init/shutdown function to
configure the transceiver to toggle the VBUS valid, session end and ID_GND
signals to musb and power on/off the internal PHY.
For ID_GND event notifications, toggle the ID_GND signal and then wait for
musb to be configured as "A" device, and then call the transceiver function
to set the VBUS.
In OTG mode and musb as a host, When the Micro A connector used, VBUS is turned on
and session bit set. When the device is connected, enumeration goes through.
When the device disconnected from the other end of the connector(ID is still grounded),
link will detect the disconnect and end the session. When the device is connected back,
there are no events generated in the TWL6030-usb, and link is already down.
So the device is not detected. Removed the session bit disable code which
will recognize the connect of the device.
Limitation: In OTG host mode, if device is connected during boot, it does not get
detected. If disconnect and connect it back or connect after boot only it works.
Fix for this, I will submit seperate patch later.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2010-12-10 12:40:51 +00:00
|
|
|
|
2008-07-24 09:27:36 +00:00
|
|
|
setup_timer(&musb_idle_timer, musb_do_idle, (unsigned long) musb);
|
|
|
|
|
2012-02-04 17:43:51 +00:00
|
|
|
pm_runtime_put_noidle(musb->controller);
|
2008-07-24 09:27:36 +00:00
|
|
|
return 0;
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
|
|
|
|
err1:
|
|
|
|
return status;
|
2008-07-24 09:27:36 +00:00
|
|
|
}
|
|
|
|
|
2011-02-17 06:36:10 +00:00
|
|
|
static void omap2430_musb_enable(struct musb *musb)
|
|
|
|
{
|
|
|
|
u8 devctl;
|
|
|
|
unsigned long timeout = jiffies + msecs_to_jiffies(1000);
|
|
|
|
struct device *dev = musb->controller;
|
|
|
|
struct musb_hdrc_platform_data *pdata = dev->platform_data;
|
|
|
|
struct omap_musb_board_data *data = pdata->board_data;
|
|
|
|
|
|
|
|
switch (musb->xceiv->last_event) {
|
|
|
|
|
|
|
|
case USB_EVENT_ID:
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_init(musb->xceiv);
|
2011-12-19 20:17:50 +00:00
|
|
|
if (data->interface_type != MUSB_INTERFACE_UTMI)
|
|
|
|
break;
|
|
|
|
devctl = musb_readb(musb->mregs, MUSB_DEVCTL);
|
|
|
|
/* start the session */
|
|
|
|
devctl |= MUSB_DEVCTL_SESSION;
|
|
|
|
musb_writeb(musb->mregs, MUSB_DEVCTL, devctl);
|
|
|
|
while (musb_readb(musb->mregs, MUSB_DEVCTL) &
|
|
|
|
MUSB_DEVCTL_BDEVICE) {
|
|
|
|
cpu_relax();
|
|
|
|
|
|
|
|
if (time_after(jiffies, timeout)) {
|
|
|
|
dev_err(dev, "configured as A device timeout");
|
|
|
|
break;
|
2011-02-17 06:36:10 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_EVENT_VBUS:
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_init(musb->xceiv);
|
2011-02-17 06:36:10 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void omap2430_musb_disable(struct musb *musb)
|
|
|
|
{
|
|
|
|
if (musb->xceiv->last_event)
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_phy_shutdown(musb->xceiv);
|
2008-07-24 09:27:36 +00:00
|
|
|
}
|
|
|
|
|
2010-12-01 11:22:05 +00:00
|
|
|
static int omap2430_musb_exit(struct musb *musb)
|
2008-07-24 09:27:36 +00:00
|
|
|
{
|
2011-02-11 15:57:08 +00:00
|
|
|
del_timer_sync(&musb_idle_timer);
|
2012-01-25 08:02:46 +00:00
|
|
|
cancel_work_sync(&musb->otg_notifier_work);
|
2008-07-24 09:27:36 +00:00
|
|
|
|
2010-12-02 10:44:40 +00:00
|
|
|
omap2430_low_level_exit(musb);
|
2012-02-13 11:24:18 +00:00
|
|
|
usb_put_transceiver(musb->xceiv);
|
2010-12-02 10:44:40 +00:00
|
|
|
|
2008-07-24 09:27:36 +00:00
|
|
|
return 0;
|
|
|
|
}
|
2010-12-01 11:22:05 +00:00
|
|
|
|
2010-12-02 07:48:58 +00:00
|
|
|
static const struct musb_platform_ops omap2430_ops = {
|
2010-12-01 11:22:05 +00:00
|
|
|
.init = omap2430_musb_init,
|
|
|
|
.exit = omap2430_musb_exit,
|
|
|
|
|
|
|
|
.set_mode = omap2430_musb_set_mode,
|
|
|
|
.try_idle = omap2430_musb_try_idle,
|
|
|
|
|
|
|
|
.set_vbus = omap2430_musb_set_vbus,
|
2011-02-17 06:36:10 +00:00
|
|
|
|
|
|
|
.enable = omap2430_musb_enable,
|
|
|
|
.disable = omap2430_musb_disable,
|
2010-12-01 11:22:05 +00:00
|
|
|
};
|
2010-12-01 13:01:11 +00:00
|
|
|
|
|
|
|
static u64 omap2430_dmamask = DMA_BIT_MASK(32);
|
|
|
|
|
2012-01-26 10:40:23 +00:00
|
|
|
static int __devinit omap2430_probe(struct platform_device *pdev)
|
2010-12-01 13:01:11 +00:00
|
|
|
{
|
|
|
|
struct musb_hdrc_platform_data *pdata = pdev->dev.platform_data;
|
|
|
|
struct platform_device *musb;
|
2010-12-02 07:27:29 +00:00
|
|
|
struct omap2430_glue *glue;
|
2010-12-01 13:01:11 +00:00
|
|
|
int ret = -ENOMEM;
|
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
glue = kzalloc(sizeof(*glue), GFP_KERNEL);
|
|
|
|
if (!glue) {
|
|
|
|
dev_err(&pdev->dev, "failed to allocate glue context\n");
|
|
|
|
goto err0;
|
|
|
|
}
|
|
|
|
|
2010-12-01 13:01:11 +00:00
|
|
|
musb = platform_device_alloc("musb-hdrc", -1);
|
|
|
|
if (!musb) {
|
|
|
|
dev_err(&pdev->dev, "failed to allocate musb device\n");
|
2010-12-02 07:27:29 +00:00
|
|
|
goto err1;
|
2010-12-01 13:01:11 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
musb->dev.parent = &pdev->dev;
|
|
|
|
musb->dev.dma_mask = &omap2430_dmamask;
|
|
|
|
musb->dev.coherent_dma_mask = omap2430_dmamask;
|
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
glue->dev = &pdev->dev;
|
|
|
|
glue->musb = musb;
|
|
|
|
|
2010-12-02 07:48:58 +00:00
|
|
|
pdata->platform_ops = &omap2430_ops;
|
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
platform_set_drvdata(pdev, glue);
|
2010-12-01 13:01:11 +00:00
|
|
|
|
|
|
|
ret = platform_device_add_resources(musb, pdev->resource,
|
|
|
|
pdev->num_resources);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "failed to add resources\n");
|
2011-02-17 06:37:22 +00:00
|
|
|
goto err2;
|
2010-12-01 13:01:11 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
ret = platform_device_add_data(musb, pdata, sizeof(*pdata));
|
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "failed to add platform_data\n");
|
2011-02-17 06:37:22 +00:00
|
|
|
goto err2;
|
2010-12-01 13:01:11 +00:00
|
|
|
}
|
|
|
|
|
2012-03-21 16:00:20 +00:00
|
|
|
pm_runtime_enable(&pdev->dev);
|
|
|
|
|
2010-12-01 13:01:11 +00:00
|
|
|
ret = platform_device_add(musb);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(&pdev->dev, "failed to register musb device\n");
|
2011-02-17 06:37:22 +00:00
|
|
|
goto err2;
|
2010-12-01 13:01:11 +00:00
|
|
|
}
|
|
|
|
|
2011-02-17 06:37:22 +00:00
|
|
|
return 0;
|
2010-12-02 07:57:08 +00:00
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
err2:
|
2010-12-01 13:01:11 +00:00
|
|
|
platform_device_put(musb);
|
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
err1:
|
|
|
|
kfree(glue);
|
|
|
|
|
2010-12-01 13:01:11 +00:00
|
|
|
err0:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2012-01-26 10:40:23 +00:00
|
|
|
static int __devexit omap2430_remove(struct platform_device *pdev)
|
2010-12-01 13:01:11 +00:00
|
|
|
{
|
2010-12-02 07:27:29 +00:00
|
|
|
struct omap2430_glue *glue = platform_get_drvdata(pdev);
|
2010-12-01 13:01:11 +00:00
|
|
|
|
2010-12-02 07:27:29 +00:00
|
|
|
platform_device_del(glue->musb);
|
|
|
|
platform_device_put(glue->musb);
|
|
|
|
kfree(glue);
|
2010-12-01 13:01:11 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-12-02 10:44:40 +00:00
|
|
|
#ifdef CONFIG_PM
|
|
|
|
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
static int omap2430_runtime_suspend(struct device *dev)
|
2010-12-02 10:44:40 +00:00
|
|
|
{
|
|
|
|
struct omap2430_glue *glue = dev_get_drvdata(dev);
|
|
|
|
struct musb *musb = glue_to_musb(glue);
|
|
|
|
|
2011-12-23 16:37:18 +00:00
|
|
|
if (musb) {
|
|
|
|
musb->context.otg_interfsel = musb_readl(musb->mregs,
|
|
|
|
OTG_INTERFSEL);
|
2011-09-07 16:19:24 +00:00
|
|
|
|
2011-12-23 16:37:18 +00:00
|
|
|
omap2430_low_level_exit(musb);
|
|
|
|
usb_phy_set_suspend(musb->xceiv, 1);
|
|
|
|
}
|
2010-12-02 10:44:40 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
static int omap2430_runtime_resume(struct device *dev)
|
2010-12-02 10:44:40 +00:00
|
|
|
{
|
|
|
|
struct omap2430_glue *glue = dev_get_drvdata(dev);
|
|
|
|
struct musb *musb = glue_to_musb(glue);
|
|
|
|
|
2011-12-23 16:37:18 +00:00
|
|
|
if (musb) {
|
|
|
|
omap2430_low_level_init(musb);
|
|
|
|
musb_writel(musb->mregs, OTG_INTERFSEL,
|
|
|
|
musb->context.otg_interfsel);
|
2011-09-07 16:19:24 +00:00
|
|
|
|
2011-12-23 16:37:18 +00:00
|
|
|
usb_phy_set_suspend(musb->xceiv, 0);
|
|
|
|
}
|
2010-12-02 10:44:40 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct dev_pm_ops omap2430_pm_ops = {
|
usb: musb: Idle path retention and offmode support for OMAP3
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which will not allow the core transition to retention
or off.
There is no context save/restore done by hardware for musb in OMAP3
and OMAP4,driver has to take care of saving and restoring the context
during offmode.
Musb has a requirement of configuring sysconfig register to force
idle/standby mode and set the ENFORCE bit in module STANDBY register
for retention and offmode support.
Runtime pm and hwmod frameworks will take care of configuring to force
idle/standby when pm_runtime_put_sync is called and back to no
idle/standby when pm_runeime_get_sync is called.
Compile, boot tested and also tested the retention in the idle path on
OMAP3630Zoom3. And tested the global suspend/resume with offmode enabled.
Usb basic functionality tested on OMAP4430SDP.
There is some problem with idle path offmode in mainline, I could not test
with offmode. But I have tested this patch with resetting the controller
in the idle path when wakeup from retention just to make sure that the
context is lost, and restore path is working fine.
Removed .suspend/.resume fnction pointers and functions because there
is no need of having these functions as all required work is done
at runtime in the driver.
There is no need to call the runtime pm api with glue driver device
as glue layer device is the parent of musb core device, when runtime apis
are called for the child, parent device runtime functionality
will be invoked.
Design overview:
pm_runtime_get_sync: When called with musb core device takes care of
enabling the clock, calling runtime callback function of omap2430 glue
layer, runtime call back of musb driver and configure the musb sysconfig
to no idle/standby
pm_runtime_put: Takes care of calling runtime callback function of omap2430
glue layer, runtime call back of musb driver, Configure the musb sysconfig
to force idle/standby and disable the clock.
During musb driver load: Call pm_runtime_get_sync.
End of musb driver load: Call pm_runtime_put
During gadget driver load: Call pm_runtime_get_sync,
End of gadget driver load: Call pm_runtime_put if there is no device
or cable is connected.
During unload of the gadget driver:Call pm_runtime_get_sync if cable/device
is not connected.
End of the gadget driver unload : pm_runtime_put
During unload of musb driver : Call pm_runtime_get_sync
End of unload: Call pm_runtime_put
On connect of usb cable/device -> transceiver notification(VBUS and ID-GND):
pm_runtime_get_sync only if the gadget driver loaded.
On disconnect of the cable/device -> Disconnect Notification:
pm_runtime_put if the gadget driver is loaded.
Signed-off-by: Hema HK <hemahk@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
2011-02-28 08:49:34 +00:00
|
|
|
.runtime_suspend = omap2430_runtime_suspend,
|
|
|
|
.runtime_resume = omap2430_runtime_resume,
|
2010-12-02 10:44:40 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
#define DEV_PM_OPS (&omap2430_pm_ops)
|
|
|
|
#else
|
|
|
|
#define DEV_PM_OPS NULL
|
|
|
|
#endif
|
|
|
|
|
2010-12-01 13:01:11 +00:00
|
|
|
static struct platform_driver omap2430_driver = {
|
2012-01-26 10:40:23 +00:00
|
|
|
.probe = omap2430_probe,
|
|
|
|
.remove = __devexit_p(omap2430_remove),
|
2010-12-01 13:01:11 +00:00
|
|
|
.driver = {
|
|
|
|
.name = "musb-omap2430",
|
2010-12-02 10:44:40 +00:00
|
|
|
.pm = DEV_PM_OPS,
|
2010-12-01 13:01:11 +00:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
MODULE_DESCRIPTION("OMAP2PLUS MUSB Glue Layer");
|
|
|
|
MODULE_AUTHOR("Felipe Balbi <balbi@ti.com>");
|
|
|
|
MODULE_LICENSE("GPL v2");
|
|
|
|
|
|
|
|
static int __init omap2430_init(void)
|
|
|
|
{
|
2012-01-26 10:40:23 +00:00
|
|
|
return platform_driver_register(&omap2430_driver);
|
2010-12-01 13:01:11 +00:00
|
|
|
}
|
2012-01-26 10:40:23 +00:00
|
|
|
module_init(omap2430_init);
|
2010-12-01 13:01:11 +00:00
|
|
|
|
|
|
|
static void __exit omap2430_exit(void)
|
|
|
|
{
|
|
|
|
platform_driver_unregister(&omap2430_driver);
|
|
|
|
}
|
|
|
|
module_exit(omap2430_exit);
|