From: u.kleine-koenig@pengutronix.de (Uwe Kleine-König)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] ARM: mx5/mx51_babbage: Move GPIO initialization for USB PHY Reset line to commom place
Date: Thu, 28 Apr 2011 09:51:26 +0200 [thread overview]
Message-ID: <20110428075126.GL31131@pengutronix.de> (raw)
In-Reply-To: <1303951472-22234-1-git-send-email-festevam@gmail.com>
Hello Fabio,
On Wed, Apr 27, 2011 at 09:44:31PM -0300, Fabio Estevam wrote:
> The USB PHY Reset GPIO can be configured in the same place as the other GPIOs.
>
> While at it rename the pin as BABBAGE_USB_PHY_RESET to make clearer its purpose.
>
> Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
> ---
> arch/arm/mach-mx5/board-mx51_babbage.c | 11 ++++++-----
> 1 files changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/arch/arm/mach-mx5/board-mx51_babbage.c b/arch/arm/mach-mx5/board-mx51_babbage.c
> index c7b3fab..7b919bc 100644
> --- a/arch/arm/mach-mx5/board-mx51_babbage.c
> +++ b/arch/arm/mach-mx5/board-mx51_babbage.c
> @@ -36,7 +36,7 @@
>
> #define BABBAGE_USB_HUB_RESET IMX_GPIO_NR(1, 7)
> #define BABBAGE_USBH1_STP IMX_GPIO_NR(1, 27)
> -#define BABBAGE_PHY_RESET IMX_GPIO_NR(2, 5)
> +#define BABBAGE_USB_PHY_RESET IMX_GPIO_NR(2, 5)
> #define BABBAGE_FEC_PHY_RESET IMX_GPIO_NR(2, 14)
> #define BABBAGE_POWER_KEY IMX_GPIO_NR(2, 21)
> #define BABBAGE_ECSPI1_CS0 IMX_GPIO_NR(4, 24)
> @@ -110,6 +110,9 @@ static iomux_v3_cfg_t mx51babbage_pads[] = {
> /* USB HUB reset line*/
> MX51_PAD_GPIO1_7__GPIO1_7,
>
> + /* USB PHY reset line */
> + MX51_PAD_EIM_D21__GPIO2_5,
> +
> /* FEC */
> MX51_PAD_EIM_EB2__FEC_MDIO,
> MX51_PAD_EIM_EB3__FEC_RDATA1,
> @@ -172,7 +175,6 @@ static struct imxi2c_platform_data babbage_hsi2c_data = {
> static int gpio_usbh1_active(void)
> {
> iomux_v3_cfg_t usbh1stp_gpio = MX51_PAD_USBH1_STP__GPIO1_27;
> - iomux_v3_cfg_t phyreset_gpio = MX51_PAD_EIM_D21__GPIO2_5;
> int ret;
>
> /* Set USBH1_STP to GPIO and toggle it */
> @@ -189,14 +191,13 @@ static int gpio_usbh1_active(void)
> gpio_free(BABBAGE_USBH1_STP);
>
> /* De-assert USB PHY RESETB */
> - mxc_iomux_v3_setup_pad(phyreset_gpio);
> - ret = gpio_request(BABBAGE_PHY_RESET, "phy_reset");
> + ret = gpio_request(BABBAGE_USB_PHY_RESET, "phy_reset");
>
> if (ret) {
> pr_debug("failed to get MX51_PAD_EIM_D21__GPIO_2_5: %d\n", ret);
> return ret;
> }
> - gpio_direction_output(BABBAGE_PHY_RESET, 1);
> + gpio_direction_output(BABBAGE_USB_PHY_RESET, 1);
> return 0;
> }
this looks like a candidate for gpio_request_one, doesn't it?
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-K?nig |
Industrial Linux Solutions | http://www.pengutronix.de/ |
prev parent reply other threads:[~2011-04-28 7:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-28 0:44 [PATCH 1/2] ARM: mx5/mx51_babbage: Move GPIO initialization for USB PHY Reset line to commom place Fabio Estevam
2011-04-28 0:44 ` [PATCH 2/2] ARM: mx5/mx51_babbage: Use gpio_request_one when possible Fabio Estevam
2011-04-28 7:55 ` Uwe Kleine-König
2011-04-28 16:03 ` Fabio Estevam
2011-04-28 7:51 ` Uwe Kleine-König [this message]
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=20110428075126.GL31131@pengutronix.de \
--to=u.kleine-koenig@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).