From: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
To: linux-sh@vger.kernel.org
Subject: Re: [PATCH 4/4] ARM: shmobile: bockw: add USB Function support
Date: Tue, 09 Jul 2013 12:15:30 +0000 [thread overview]
Message-ID: <51DBFEE2.2000606@cogentembedded.com> (raw)
In-Reply-To: <87a9lwth26.wl%kuninori.morimoto.gx@renesas.com>
Hello.
On 09-07-2013 9:53, Kuninori Morimoto wrote:
> Bock-W USB1 (CN29) can be USB Host/Func by SW98/SW99 settings.
> USB Func will be enabled if CONFIG_USB_RENESAS_USBHS_UDC[_MODULE]
> was selected
> Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> ---
> arch/arm/mach-shmobile/board-bockw.c | 49 +++++++++++++++++++++++++++++++---
> 1 file changed, 46 insertions(+), 3 deletions(-)
> diff --git a/arch/arm/mach-shmobile/board-bockw.c b/arch/arm/mach-shmobile/board-bockw.c
> index a57be8a..1a4918f 100644
> --- a/arch/arm/mach-shmobile/board-bockw.c
> +++ b/arch/arm/mach-shmobile/board-bockw.c
> @@ -58,6 +58,16 @@
> * SW19 (MMC) 1 pin
> */
>
> +/*
> + * USB
> + *
> + * USB1 (CN29) can be Host/Function
> + *
> + * Host Func
> + * SW98 0 2
> + * SW99 0 3
> + */
> +
> /* Dummy supplies, where voltage doesn't matter */
> static struct regulator_consumer_supply dummy_supplies[] = {
> REGULATOR_SUPPLY("vddvario", "smsc911x"),
> @@ -140,7 +150,39 @@ static struct sh_mmcif_plat_data sh_mmcif_plat = {
> MMC_CAP_NEEDS_POLL,
> };
>
> -static struct rcar_phy_platform_data usb_phy_platform_data __initdata;
> +/* USB */
> +#if defined(CONFIG_USB_RENESAS_USBHS_UDC) || \
> + defined(CONFIG_USB_RENESAS_USBHS_UDC_MODULE)
#if IS_ENABLED(CONFIG_USB_RENESAS_USBHS_UDC)
> +
> + /* USB1 is Func */
> + static struct renesas_usbhs_platform_info usbhs_info = {
Don't indent here please.
> + .platform_callback = {
> + /* .get_id will be set in register function */
> + /* .power_ctrl will be set in register function */
> + },
Why have empty initializer?
> + .driver_param = {
> + .buswait_bwait = 4,
> + },
> + };
> +
> + #define USB_PHY_SETTING {.port1_func = 1, .ovc_pin[1].active_high = 1,}
> + #define PIN_MAP_MUX_GROUP_USB1 \
> + PIN_MAP_MUX_GROUP_DEFAULT("renesas_usbhs", "pfc-r8a7778", \
> + "usb1_ovc", "usb1")
USB_OVC1 is 3.3V pin and your common PHY settings above don't
select it. I don't think you need this group, actually the group should
be the same as for the USB host mode.
WBR, Sergei
next prev parent reply other threads:[~2013-07-09 12:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-09 5:53 [PATCH 4/4] ARM: shmobile: bockw: add USB Function support Kuninori Morimoto
2013-07-09 12:15 ` Sergei Shtylyov [this message]
2013-07-10 0:46 ` Kuninori Morimoto
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=51DBFEE2.2000606@cogentembedded.com \
--to=sergei.shtylyov@cogentembedded.com \
--cc=linux-sh@vger.kernel.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