From: Sergei Shtylyov <sshtylyov-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org>
To: Hema Kalliguddi <hemahk-l0cyMroinI0@public.gmane.org>
Cc: Sergei Shtylyov
<sshtylyov-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org>,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Felipe Balbi <balbi-l0cyMroinI0@public.gmane.org>,
Tony Lindgren <tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
Subject: Re: [4/7 v2] usb: otg: OMAP4430: Add phy_suspend function pointer to
Date: Wed, 16 Feb 2011 14:36:31 +0300 [thread overview]
Message-ID: <4D5BB6BF.7050603@ru.mvista.com> (raw)
In-Reply-To: <137f7a77ed983ac5f3d08eaea0b2bb66-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Hello.
On 16-02-2011 8:14, Hema Kalliguddi wrote:
>>> From: Kalliguddi, Hema<hemahk-l0cyMroinI0@public.gmane.org>
>>> Introduce the .phy_suspend function pointer to
>> twl4030_usb_data structure.
>>> assign the function to it for both sdp board and panda boards.
>>> This will be used by the twl6030-usb transceiver driver.
>>> Signed-off-by: Hema HK<hemahk-l0cyMroinI0@public.gmane.org>
>>> Cc: Felipe Balbi<balbi-l0cyMroinI0@public.gmane.org>
>>> Cc: Tony Lindgren<tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>
>> [...]
>>> Index: linux-2.6/arch/arm/mach-omap2/board-4430sdp.c
>>> ===================================================================
>>> --- linux-2.6.orig/arch/arm/mach-omap2/board-4430sdp.c
>>> +++ linux-2.6/arch/arm/mach-omap2/board-4430sdp.c
>>> @@ -272,6 +272,7 @@ static struct twl4030_usb_data omap4_usb
>>> .phy_exit = omap4430_phy_exit,
>>> .phy_power = omap4430_phy_power,
>>> .phy_set_clock = omap4430_phy_set_clk,
>>> + .phy_suspend = omap4430_phy_suspend,
>>> };
>>>
>>> static struct omap2_hsmmc_info mmc[] = {
>>> Index: linux-2.6/arch/arm/mach-omap2/board-omap4panda.c
>>> ===================================================================
>>> --- linux-2.6.orig/arch/arm/mach-omap2/board-omap4panda.c
>>> +++ linux-2.6/arch/arm/mach-omap2/board-omap4panda.c
>>> @@ -153,6 +153,7 @@ static struct twl4030_usb_data omap4_usb
>>> .phy_exit = omap4430_phy_exit,
>>> .phy_power = omap4430_phy_power,
>>> .phy_set_clock = omap4430_phy_set_clk,
>>> + .phy_suspend = omap4430_phy_suspend,
>>> };
>>>
>>> static struct omap2_hsmmc_info mmc[] = {
>>> Index: linux-2.6/arch/arm/plat-omap/include/plat/usb.h
>>> ===================================================================
>>> --- linux-2.6.orig/arch/arm/plat-omap/include/plat/usb.h
>>> +++ linux-2.6/arch/arm/plat-omap/include/plat/usb.h
>>> @@ -88,6 +88,7 @@ extern int omap4430_phy_power(struct dev
>>> extern int omap4430_phy_set_clk(struct device *dev, int on);
>>> extern int omap4430_phy_init(struct device *dev);
>>> extern int omap4430_phy_exit(struct device *dev);
>>> +extern int omap4430_phy_suspend(struct device *dev, int suspend);
>> I think this *extern* declaration should be a part of the
>> previous patch.
> What is the problem if extern when using?
I think 'extern' declaration should be in the same place where this
function is defined, else you're just defining an unused function. Same goes
for the 'phy_suspend' initializers...
>>> #endif
>>>
>>> Index: linux-2.6/include/linux/i2c/twl.h
>>> ===================================================================
>>> --- linux-2.6.orig/include/linux/i2c/twl.h
>>> +++ linux-2.6/include/linux/i2c/twl.h
>>> @@ -600,6 +600,8 @@ struct twl4030_usb_data {
>>> int (*phy_power)(struct device *dev, int iD, int on);
>>> /* enable/disable phy clocks */
>>> int (*phy_set_clock)(struct device *dev, int on);
>>> + /* suspend/resume of phy */
>>> + int (*phy_suspend)(struct device *dev, int suspend);
>>> };
>> I'd make the above the only change in this patch, and add
>> all the other
>> changes into the previous patch (which then I'd change places
>> with that one).
> No. if I do that git bisect fails.
How in the world it will fail?
> Initializer does not make any sense without function poointer declaration.
I said "which then I'd changed places with that one", i.e. put this patch
first and the previous patch second. Otherwise, you're just doing things
beckwards: first you define the method implementation, and then you declare
the method itself... it should be vice versa.
> Regards,
> Hema
WBR, Sergei
--
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
next prev parent reply other threads:[~2011-02-16 11:36 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-15 9:42 [1/7 v2] usb: otg: enable regulator only on cable/device connect Hema HK
[not found] ` <1297762958-26199-1-git-send-email-hemahk-l0cyMroinI0@public.gmane.org>
2011-02-15 9:42 ` [2/7 v2] usb: otg: Remove one unnecessary I2C read request Hema HK
2011-02-15 9:42 ` [4/7 v2] usb: otg: OMAP4430: Add phy_suspend function pointer to Hema HK
2011-02-15 12:18 ` Sergei Shtylyov
[not found] ` <4D5A6F20.5060109-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
2011-02-16 5:14 ` Hema Kalliguddi
[not found] ` <137f7a77ed983ac5f3d08eaea0b2bb66-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-02-16 11:36 ` Sergei Shtylyov [this message]
[not found] ` <4D5BB6BF.7050603-hkdhdckH98+B+jHODAdFcQ@public.gmane.org>
2011-02-16 13:48 ` Hema Kalliguddi
2011-02-15 9:42 ` [5/7 v2] usb: otg: TWL6030: Introduce the twl6030_phy_suspend function Hema HK
[not found] ` <1297762958-26199-5-git-send-email-hemahk-l0cyMroinI0@public.gmane.org>
2011-02-15 12:22 ` Sergei Shtylyov
2011-02-16 5:16 ` Hema Kalliguddi
2011-02-15 9:42 ` [3/7 v2] usb: otg: OMAP4430: Introducing suspend function for power management Hema HK
2011-02-15 9:42 ` [6/7 v2] usb: otg: TWL6030 Save the last event in otg_transceiver Hema HK
2011-02-15 9:42 ` [7/7 v2] usb: musb: OMAP4430: Fix usb device detection if connected during boot Hema HK
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=4D5BB6BF.7050603@ru.mvista.com \
--to=sshtylyov-igf4poytycdqt0dzr+alfa@public.gmane.org \
--cc=balbi-l0cyMroinI0@public.gmane.org \
--cc=hemahk-l0cyMroinI0@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox