All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Munegowda, Keshava" <keshava_mgowda-l0cyMroinI0@public.gmane.org>
To: Samuel Ortiz <sameo-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Cc: "Dill, Russ" <russ.dill-l0cyMroinI0@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"Balbi, Felipe" <balbi-l0cyMroinI0@public.gmane.org>,
	Partha Basak <parthab-PpE0FKYn9XJWk0Htik3J/w@public.gmane.org>,
	Igor Grinberg <grinberg-UTxiZqZC01RS1MOuV/RT9w@public.gmane.org>,
	"Setty, Sapna" <s-sapna1-l0cyMroinI0@public.gmane.org>,
	Russ Dill <Russ.Dill-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Mantesh Sarashetti <mantesh-l0cyMroinI0@public.gmane.org>,
	Sunil Matange <smatange-l0cyMroinI0@public.gmane.org>,
	Nishant Kamat <nskamat-l0cyMroinI0@public.gmane.org>,
	Linux USB Devel
	<linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
Date: Mon, 18 Jun 2012 13:59:14 +0530	[thread overview]
Message-ID: <CAP05o4Lna51bZHKSNLy9zK49dAf1k1UY_sSXRwPGYcgKtPmzkQ@mail.gmail.com> (raw)
In-Reply-To: <393884FF03A1CE4A86A02FC97D0954E73E91B6EC-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>

On Fri, Jun 15, 2012 at 12:36 AM, Sarashetti, Mantesh <mantesh-l0cyMroinI0@public.gmane.org> wrote:
> 'Acked-by: mantesh-l0cyMroinI0@public.gmane.org'
> 'Tested-by: mantesh-l0cyMroinI0@public.gmane.org'
>
> Regards,
> Mantesh
> -----Original Message-----
> From: Russ Dill [mailto:russ.dill-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org] On Behalf Of Dill, Russ
> Sent: Thursday, June 14, 2012 11:24 AM
> To: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> Cc: Balbi, Felipe; Munegowda, Keshava; Partha Basak; Igor Grinberg; Samuel Ortiz; Sarashetti, Mantesh; Setty, Sapna; Russ Dill
> Subject: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
>
> From: Russ Dill <Russ.Dill-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>
> 'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0) fixes
> an issue where the ULPI PHYs were not held in reset while initializing
> the EHCI controller. However, it also changes behavior in
> omap-usb-host.c omap_usbhs_init by releasing reset while the
> configuration in that function was done.
>
> This change caused a regression on BB-xM where USB would not function
> if 'usb start' had been run from u-boot before booting. A change was
> made to release reset a little bit earlier which fixed the issue on
> BB-xM and did not cause any regressions on 3430 sdp, the board for
> which the fix was originally made.
>
> This new fix, 'USB: EHCI: OMAP: Finish ehci omap phy reset cycle
> before adding hcd.', (3aa2ae74) caused a regression on OMAP5.
>
> The original fix to hold the EHCI controller in reset during
> initialization was correct, however it appears that changing
> omap_usbhs_init to not hold the PHYs in reset during it's
> configuration was incorrect. This patch first reverts both fixes, and
> then changes ehci_hcd_omap_probe in ehci-omap.c to hold the PHYs in
> reset as the original patch had done. It also is sure to incorporate
> the _cansleep change that has been made in the meantime.
>
> I've tested this on Beagleboard xM, I'd really like to get an ack from
> the 3430 sdp and OMAP5 guys before getting this merged.
>
> v3 - Brown paper bag its too early in the morning actually run
>     git commit amend fix
> v2 - Put cansleep gpiolib call outside of spinlock
>
> Signed-off-by: Russ Dill <Russ.Dill-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> ---
>  drivers/mfd/omap-usb-host.c  |   48 +++++++++++++++++++++++++++++++++++++++++-
>  drivers/usb/host/ehci-omap.c |   18 +++++++---------
>  2 files changed, 55 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
> index 7e96bb2..41088ec 100644
> --- a/drivers/mfd/omap-usb-host.c
> +++ b/drivers/mfd/omap-usb-host.c
> @@ -25,6 +25,7 @@
>  #include <linux/clk.h>
>  #include <linux/dma-mapping.h>
>  #include <linux/spinlock.h>
> +#include <linux/gpio.h>
>  #include <plat/cpu.h>
>  #include <plat/usb.h>
>  #include <linux/pm_runtime.h>
> @@ -500,8 +501,21 @@ static void omap_usbhs_init(struct device *dev)
>        dev_dbg(dev, "starting TI HSUSB Controller\n");
>
>        pm_runtime_get_sync(dev);
> -       spin_lock_irqsave(&omap->lock, flags);
>
> +       if (pdata->ehci_data->phy_reset) {
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> +                       gpio_request_one(pdata->ehci_data->reset_gpio_port[0],
> +                                        GPIOF_OUT_INIT_LOW, "USB1 PHY reset");
> +
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> +                       gpio_request_one(pdata->ehci_data->reset_gpio_port[1],
> +                                        GPIOF_OUT_INIT_LOW, "USB2 PHY reset");
> +
> +               /* Hold the PHY in RESET for enough time till DIR is high */
> +               udelay(10);
> +       }
> +
> +       spin_lock_irqsave(&omap->lock, flags);
>        omap->usbhs_rev = usbhs_read(omap->uhh_base, OMAP_UHH_REVISION);
>        dev_dbg(dev, "OMAP UHH_REVISION 0x%x\n", omap->usbhs_rev);
>
> @@ -581,9 +595,39 @@ static void omap_usbhs_init(struct device *dev)
>        }
>
>        spin_unlock_irqrestore(&omap->lock, flags);
> +
> +       if (pdata->ehci_data->phy_reset) {
> +               /* Hold the PHY in RESET for enough time till
> +                * PHY is settled and ready
> +                */
> +               udelay(10);
> +
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> +                       gpio_set_value_cansleep
> +                               (pdata->ehci_data->reset_gpio_port[0], 1);
> +
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> +                       gpio_set_value_cansleep
> +                               (pdata->ehci_data->reset_gpio_port[1], 1);
> +       }
> +
>        pm_runtime_put_sync(dev);
>  }
>
> +static void omap_usbhs_deinit(struct device *dev)
> +{
> +       struct usbhs_hcd_omap           *omap = dev_get_drvdata(dev);
> +       struct usbhs_omap_platform_data *pdata = &omap->platdata;
> +
> +       if (pdata->ehci_data->phy_reset) {
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> +                       gpio_free(pdata->ehci_data->reset_gpio_port[0]);
> +
> +               if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> +                       gpio_free(pdata->ehci_data->reset_gpio_port[1]);
> +       }
> +}
> +
>
>  /**
>  * usbhs_omap_probe - initialize TI-based HCDs
> @@ -767,6 +811,7 @@ static int __devinit usbhs_omap_probe(struct platform_device *pdev)
>        goto end_probe;
>
>  err_alloc:
> +       omap_usbhs_deinit(&pdev->dev);
>        iounmap(omap->tll_base);
>
>  err_tll:
> @@ -818,6 +863,7 @@ static int __devexit usbhs_omap_remove(struct platform_device *pdev)
>  {
>        struct usbhs_hcd_omap *omap = platform_get_drvdata(pdev);
>
> +       omap_usbhs_deinit(&pdev->dev);
>        iounmap(omap->tll_base);
>        iounmap(omap->uhh_base);
>        clk_put(omap->init_60m_fclk);
> diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
> index a44294d..d0815b6 100644
> --- a/drivers/usb/host/ehci-omap.c
> +++ b/drivers/usb/host/ehci-omap.c
> @@ -192,14 +192,13 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
>                }
>        }
>
> +       /* Hold PHYs in reset while initializing EHCI controller */
>        if (pdata->phy_reset) {
>                if (gpio_is_valid(pdata->reset_gpio_port[0]))
> -                       gpio_request_one(pdata->reset_gpio_port[0],
> -                                        GPIOF_OUT_INIT_LOW, "USB1 PHY reset");
> +                       gpio_set_value_cansleep(pdata->reset_gpio_port[0], 0);
>
>                if (gpio_is_valid(pdata->reset_gpio_port[1]))
> -                       gpio_request_one(pdata->reset_gpio_port[1],
> -                                        GPIOF_OUT_INIT_LOW, "USB2 PHY reset");
> +                       gpio_set_value_cansleep(pdata->reset_gpio_port[1], 0);
>
>                /* Hold the PHY in RESET for enough time till DIR is high */
>                udelay(10);
> @@ -241,6 +240,11 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
>        omap_ehci->hcs_params = readl(&omap_ehci->caps->hcs_params);
>
>        ehci_reset(omap_ehci);
> +       ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> +       if (ret) {
> +               dev_err(dev, "failed to add hcd with err %d\n", ret);
> +               goto err_add_hcd;
> +       }
>
>        if (pdata->phy_reset) {
>                /* Hold the PHY in RESET for enough time till
> @@ -255,12 +259,6 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
>                        gpio_set_value_cansleep(pdata->reset_gpio_port[1], 1);
>        }
>
> -       ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> -       if (ret) {
> -               dev_err(dev, "failed to add hcd with err %d\n", ret);
> -               goto err_add_hcd;
> -       }
> -
>        /* root ports should always stay powered */
>        ehci_port_power(omap_ehci, 1);
>
> --
> 1.7.10.4
>

Hi Samuel

I have validated this patch v3 in omap3 beagle XM .

Acked-by: Keshava Munegowda <keshava_mgowda-l0cyMroinI0@public.gmane.org>
Tested-by: Keshava Munegowda <keshava_mgowda-l0cyMroinI0@public.gmane.org>

regards
keshava
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: keshava_mgowda@ti.com (Munegowda, Keshava)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
Date: Mon, 18 Jun 2012 13:59:14 +0530	[thread overview]
Message-ID: <CAP05o4Lna51bZHKSNLy9zK49dAf1k1UY_sSXRwPGYcgKtPmzkQ@mail.gmail.com> (raw)
In-Reply-To: <393884FF03A1CE4A86A02FC97D0954E73E91B6EC@DBDE01.ent.ti.com>

On Fri, Jun 15, 2012 at 12:36 AM, Sarashetti, Mantesh <mantesh@ti.com> wrote:
> 'Acked-by: mantesh at ti.com'
> 'Tested-by: mantesh at ti.com'
>
> Regards,
> Mantesh
> -----Original Message-----
> From: Russ Dill [mailto:russ.dill at gmail.com] On Behalf Of Dill, Russ
> Sent: Thursday, June 14, 2012 11:24 AM
> To: linux-omap at vger.kernel.org; linux-arm-kernel at lists.infradead.org
> Cc: Balbi, Felipe; Munegowda, Keshava; Partha Basak; Igor Grinberg; Samuel Ortiz; Sarashetti, Mantesh; Setty, Sapna; Russ Dill
> Subject: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
>
> From: Russ Dill <Russ.Dill@gmail.com>
>
> 'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0) fixes
> an issue where the ULPI PHYs were not held in reset while initializing
> the EHCI controller. However, it also changes behavior in
> omap-usb-host.c omap_usbhs_init by releasing reset while the
> configuration in that function was done.
>
> This change caused a regression on BB-xM where USB would not function
> if 'usb start' had been run from u-boot before booting. A change was
> made to release reset a little bit earlier which fixed the issue on
> BB-xM and did not cause any regressions on 3430 sdp, the board for
> which the fix was originally made.
>
> This new fix, 'USB: EHCI: OMAP: Finish ehci omap phy reset cycle
> before adding hcd.', (3aa2ae74) caused a regression on OMAP5.
>
> The original fix to hold the EHCI controller in reset during
> initialization was correct, however it appears that changing
> omap_usbhs_init to not hold the PHYs in reset during it's
> configuration was incorrect. This patch first reverts both fixes, and
> then changes ehci_hcd_omap_probe in ehci-omap.c to hold the PHYs in
> reset as the original patch had done. It also is sure to incorporate
> the _cansleep change that has been made in the meantime.
>
> I've tested this on Beagleboard xM, I'd really like to get an ack from
> the 3430 sdp and OMAP5 guys before getting this merged.
>
> v3 - Brown paper bag its too early in the morning actually run
> ? ? git commit amend fix
> v2 - Put cansleep gpiolib call outside of spinlock
>
> Signed-off-by: Russ Dill <Russ.Dill@gmail.com>
> ---
> ?drivers/mfd/omap-usb-host.c ?| ? 48 +++++++++++++++++++++++++++++++++++++++++-
> ?drivers/usb/host/ehci-omap.c | ? 18 +++++++---------
> ?2 files changed, 55 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
> index 7e96bb2..41088ec 100644
> --- a/drivers/mfd/omap-usb-host.c
> +++ b/drivers/mfd/omap-usb-host.c
> @@ -25,6 +25,7 @@
> ?#include <linux/clk.h>
> ?#include <linux/dma-mapping.h>
> ?#include <linux/spinlock.h>
> +#include <linux/gpio.h>
> ?#include <plat/cpu.h>
> ?#include <plat/usb.h>
> ?#include <linux/pm_runtime.h>
> @@ -500,8 +501,21 @@ static void omap_usbhs_init(struct device *dev)
> ? ? ? ?dev_dbg(dev, "starting TI HSUSB Controller\n");
>
> ? ? ? ?pm_runtime_get_sync(dev);
> - ? ? ? spin_lock_irqsave(&omap->lock, flags);
>
> + ? ? ? if (pdata->ehci_data->phy_reset) {
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_request_one(pdata->ehci_data->reset_gpio_port[0],
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?GPIOF_OUT_INIT_LOW, "USB1 PHY reset");
> +
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_request_one(pdata->ehci_data->reset_gpio_port[1],
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?GPIOF_OUT_INIT_LOW, "USB2 PHY reset");
> +
> + ? ? ? ? ? ? ? /* Hold the PHY in RESET for enough time till DIR is high */
> + ? ? ? ? ? ? ? udelay(10);
> + ? ? ? }
> +
> + ? ? ? spin_lock_irqsave(&omap->lock, flags);
> ? ? ? ?omap->usbhs_rev = usbhs_read(omap->uhh_base, OMAP_UHH_REVISION);
> ? ? ? ?dev_dbg(dev, "OMAP UHH_REVISION 0x%x\n", omap->usbhs_rev);
>
> @@ -581,9 +595,39 @@ static void omap_usbhs_init(struct device *dev)
> ? ? ? ?}
>
> ? ? ? ?spin_unlock_irqrestore(&omap->lock, flags);
> +
> + ? ? ? if (pdata->ehci_data->phy_reset) {
> + ? ? ? ? ? ? ? /* Hold the PHY in RESET for enough time till
> + ? ? ? ? ? ? ? ?* PHY is settled and ready
> + ? ? ? ? ? ? ? ?*/
> + ? ? ? ? ? ? ? udelay(10);
> +
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_set_value_cansleep
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (pdata->ehci_data->reset_gpio_port[0], 1);
> +
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_set_value_cansleep
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (pdata->ehci_data->reset_gpio_port[1], 1);
> + ? ? ? }
> +
> ? ? ? ?pm_runtime_put_sync(dev);
> ?}
>
> +static void omap_usbhs_deinit(struct device *dev)
> +{
> + ? ? ? struct usbhs_hcd_omap ? ? ? ? ? *omap = dev_get_drvdata(dev);
> + ? ? ? struct usbhs_omap_platform_data *pdata = &omap->platdata;
> +
> + ? ? ? if (pdata->ehci_data->phy_reset) {
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[0]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_free(pdata->ehci_data->reset_gpio_port[0]);
> +
> + ? ? ? ? ? ? ? if (gpio_is_valid(pdata->ehci_data->reset_gpio_port[1]))
> + ? ? ? ? ? ? ? ? ? ? ? gpio_free(pdata->ehci_data->reset_gpio_port[1]);
> + ? ? ? }
> +}
> +
>
> ?/**
> ?* usbhs_omap_probe - initialize TI-based HCDs
> @@ -767,6 +811,7 @@ static int __devinit usbhs_omap_probe(struct platform_device *pdev)
> ? ? ? ?goto end_probe;
>
> ?err_alloc:
> + ? ? ? omap_usbhs_deinit(&pdev->dev);
> ? ? ? ?iounmap(omap->tll_base);
>
> ?err_tll:
> @@ -818,6 +863,7 @@ static int __devexit usbhs_omap_remove(struct platform_device *pdev)
> ?{
> ? ? ? ?struct usbhs_hcd_omap *omap = platform_get_drvdata(pdev);
>
> + ? ? ? omap_usbhs_deinit(&pdev->dev);
> ? ? ? ?iounmap(omap->tll_base);
> ? ? ? ?iounmap(omap->uhh_base);
> ? ? ? ?clk_put(omap->init_60m_fclk);
> diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
> index a44294d..d0815b6 100644
> --- a/drivers/usb/host/ehci-omap.c
> +++ b/drivers/usb/host/ehci-omap.c
> @@ -192,14 +192,13 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
> ? ? ? ? ? ? ? ?}
> ? ? ? ?}
>
> + ? ? ? /* Hold PHYs in reset while initializing EHCI controller */
> ? ? ? ?if (pdata->phy_reset) {
> ? ? ? ? ? ? ? ?if (gpio_is_valid(pdata->reset_gpio_port[0]))
> - ? ? ? ? ? ? ? ? ? ? ? gpio_request_one(pdata->reset_gpio_port[0],
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?GPIOF_OUT_INIT_LOW, "USB1 PHY reset");
> + ? ? ? ? ? ? ? ? ? ? ? gpio_set_value_cansleep(pdata->reset_gpio_port[0], 0);
>
> ? ? ? ? ? ? ? ?if (gpio_is_valid(pdata->reset_gpio_port[1]))
> - ? ? ? ? ? ? ? ? ? ? ? gpio_request_one(pdata->reset_gpio_port[1],
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?GPIOF_OUT_INIT_LOW, "USB2 PHY reset");
> + ? ? ? ? ? ? ? ? ? ? ? gpio_set_value_cansleep(pdata->reset_gpio_port[1], 0);
>
> ? ? ? ? ? ? ? ?/* Hold the PHY in RESET for enough time till DIR is high */
> ? ? ? ? ? ? ? ?udelay(10);
> @@ -241,6 +240,11 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
> ? ? ? ?omap_ehci->hcs_params = readl(&omap_ehci->caps->hcs_params);
>
> ? ? ? ?ehci_reset(omap_ehci);
> + ? ? ? ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> + ? ? ? if (ret) {
> + ? ? ? ? ? ? ? dev_err(dev, "failed to add hcd with err %d\n", ret);
> + ? ? ? ? ? ? ? goto err_add_hcd;
> + ? ? ? }
>
> ? ? ? ?if (pdata->phy_reset) {
> ? ? ? ? ? ? ? ?/* Hold the PHY in RESET for enough time till
> @@ -255,12 +259,6 @@ static int ehci_hcd_omap_probe(struct platform_device *pdev)
> ? ? ? ? ? ? ? ? ? ? ? ?gpio_set_value_cansleep(pdata->reset_gpio_port[1], 1);
> ? ? ? ?}
>
> - ? ? ? ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> - ? ? ? if (ret) {
> - ? ? ? ? ? ? ? dev_err(dev, "failed to add hcd with err %d\n", ret);
> - ? ? ? ? ? ? ? goto err_add_hcd;
> - ? ? ? }
> -
> ? ? ? ?/* root ports should always stay powered */
> ? ? ? ?ehci_port_power(omap_ehci, 1);
>
> --
> 1.7.10.4
>

Hi Samuel

I have validated this patch v3 in omap3 beagle XM .

Acked-by: Keshava Munegowda <keshava_mgowda@ti.com>
Tested-by: Keshava Munegowda <keshava_mgowda@ti.com>

regards
keshava

  parent reply	other threads:[~2012-06-18  8:29 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-14 16:24 [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues Russ Dill
2012-06-14 16:24 ` Russ Dill
2012-06-14 19:06 ` Sarashetti, Mantesh
2012-06-14 19:06   ` Sarashetti, Mantesh
     [not found]   ` <393884FF03A1CE4A86A02FC97D0954E73E91B6EC-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>
2012-06-18  8:29     ` Munegowda, Keshava [this message]
2012-06-18  8:29       ` Munegowda, Keshava
2012-06-18 13:00       ` Sunil Matange
2012-06-18 13:00         ` Sunil Matange
2012-07-02 11:22 ` Samuel Ortiz
2012-07-02 11:22   ` Samuel Ortiz
2012-07-02 11:21   ` Munegowda, Keshava
2012-07-02 11:21     ` Munegowda, Keshava
2012-07-02 14:05     ` Alan Stern
2012-07-02 14:05       ` Alan Stern
2012-07-02 14:24       ` Munegowda, Keshava
2012-07-02 14:24         ` Munegowda, Keshava
  -- strict thread matches above, loose matches on Subject: below --
2012-06-14 16:21 [PATCH v2] " Russ Dill
2012-06-28  1:59 ` [PATCH v3] " Russ Dill
2012-06-28  1:59   ` Russ Dill
     [not found]   ` <1340848783-9480-1-git-send-email-Russ.Dill-l0cyMroinI0@public.gmane.org>
2012-06-28 23:12     ` Sarashetti, Mantesh
2012-06-28 23:12       ` Sarashetti, Mantesh
2012-06-29 15:33   ` Alan Stern
2012-06-29 15:33     ` Alan Stern
2012-07-02  6:36     ` Munegowda, Keshava
2012-07-02  6:36       ` Munegowda, Keshava

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAP05o4Lna51bZHKSNLy9zK49dAf1k1UY_sSXRwPGYcgKtPmzkQ@mail.gmail.com \
    --to=keshava_mgowda-l0cymroini0@public.gmane.org \
    --cc=Russ.Dill-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=balbi-l0cyMroinI0@public.gmane.org \
    --cc=grinberg-UTxiZqZC01RS1MOuV/RT9w@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mantesh-l0cyMroinI0@public.gmane.org \
    --cc=nskamat-l0cyMroinI0@public.gmane.org \
    --cc=parthab-PpE0FKYn9XJWk0Htik3J/w@public.gmane.org \
    --cc=russ.dill-l0cyMroinI0@public.gmane.org \
    --cc=s-sapna1-l0cyMroinI0@public.gmane.org \
    --cc=sameo-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
    --cc=smatange-l0cyMroinI0@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.