From: k.kozlowski@samsung•com (Krzysztof Kozlowski)
To: linux-arm-kernel@lists•infradead.org
Subject: [RFC v2 09/13] power: pwrseq: Add support for USB hubs with external power
Date: Fri, 06 May 2016 08:26:28 +0200 [thread overview]
Message-ID: <572C3914.4040708@samsung.com> (raw)
In-Reply-To: <3bdf7888-5ed1-2a55-6607-ee8be70e25e7@osg.samsung.com>
On 05/05/2016 09:52 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> Some USB devices on embedded boards have external power supply which has
>> to be reset in certain conditions. Add pwrseq interface for this.
>>
>> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung•com>
>> ---
>> drivers/power/pwrseq/pwrseq.c | 44 +++++++++++++++++++++++++++++++++++++++++++
>> include/linux/pwrseq.h | 8 ++++++++
>> 2 files changed, 52 insertions(+)
>>
>> diff --git a/drivers/power/pwrseq/pwrseq.c b/drivers/power/pwrseq/pwrseq.c
>> index 495a19d3c30b..306265f55a10 100644
>> --- a/drivers/power/pwrseq/pwrseq.c
>> +++ b/drivers/power/pwrseq/pwrseq.c
>> @@ -52,6 +52,43 @@ int mmc_pwrseq_alloc(struct mmc_host *host)
>> }
>> EXPORT_SYMBOL_GPL(mmc_pwrseq_alloc);
>>
>> +struct pwrseq *pwrseq_alloc(struct device *dev)
>> +{
>
> This function is USB specific so better to call it usb_pwrseq_alloc() instead.
Indeed it is parsing USB specific bindings so such prefix is needed.
> Although, this function has a lot of duplicated code from mmc_pwrseq_alloc()
> so I think is better to keep the name generic and factorize the common code.
>
> I expect other devices are also needing some kind of power seq in the future
> so having a single alloc function instead of each for device type makes sense.
Yes, this can be cleaned up and unified.
>
>> + struct device_node *np;
>> + struct pwrseq *p, *ret = NULL;
>> +
>> + np = of_parse_phandle(dev->of_node, "usb-pwrseq", 0);
>
> I know this is just an RFC but you should really add DT bindings for this.
Yep, next step.
Best regards,
Krzysztof
next prev parent reply other threads:[~2016-05-06 6:26 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-05 12:34 [RFC v2 00/13] usb/mmc/power: Fix USB/LAN when TFTP booting Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 01/13] usb: misc: usb3503: Clean up on driver unbind Krzysztof Kozlowski
2016-05-05 18:32 ` Javier Martinez Canillas
2016-05-06 6:13 ` Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 02/13] power/mmc: Move pwrseq drivers to power/pwrseq Krzysztof Kozlowski
2016-05-05 18:44 ` Javier Martinez Canillas
2016-05-06 6:15 ` Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 03/13] MAINTAINERS: Retain Ulf Hansson as the same maintainer of pwrseq Krzysztof Kozlowski
2016-05-05 18:46 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 04/13] power: pwrseq: Enable COMPILE_TEST for drivers Krzysztof Kozlowski
2016-05-05 18:57 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 05/13] power: pwrseq: Remove mmc prefix from mmc_pwrseq Krzysztof Kozlowski
2016-05-05 19:09 ` Javier Martinez Canillas
2016-05-06 6:20 ` Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 06/13] power: pwrseq: Generalize mmc_pwrseq operations by removing mmc prefix Krzysztof Kozlowski
2016-05-05 19:14 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 07/13] power: pwrseq: simple: Add support for toggling regulator Krzysztof Kozlowski
2016-05-05 19:31 ` Javier Martinez Canillas
2016-05-06 6:24 ` Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 08/13] usb: hub: Handle deferred probe Krzysztof Kozlowski
2016-05-05 19:33 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 09/13] power: pwrseq: Add support for USB hubs with external power Krzysztof Kozlowski
2016-05-05 19:52 ` Javier Martinez Canillas
2016-05-06 6:26 ` Krzysztof Kozlowski [this message]
2016-05-05 12:34 ` [RFC v2 10/13] usb: hub: Power sequence the ports on activation Krzysztof Kozlowski
2016-05-05 14:09 ` Alan Stern
2016-05-05 17:37 ` Krzysztof Kozlowski
2016-05-05 19:56 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 11/13] usb: port: Parse pwrseq phandle from Device Tree Krzysztof Kozlowski
2016-05-05 20:10 ` Javier Martinez Canillas
2016-05-06 6:27 ` Krzysztof Kozlowski
2016-05-05 12:34 ` [RFC v2 12/13] ARM: dts: exynos: Switch the buck8 to GPIO mode on Odroid U3 Krzysztof Kozlowski
2016-05-05 20:11 ` Javier Martinez Canillas
2016-05-05 12:34 ` [RFC v2 13/13] ARM: dts: exynos: Fix LAN and HUB after bootloader initialization " Krzysztof Kozlowski
2016-05-05 20:16 ` Javier Martinez Canillas
2016-05-06 6:28 ` Krzysztof Kozlowski
2016-05-05 22:42 ` [RFC v2 00/13] usb/mmc/power: Fix USB/LAN when TFTP booting Rob Herring
2016-05-06 5:44 ` Peter Chen
2016-05-06 6:12 ` Krzysztof Kozlowski
2016-05-06 7:15 ` Peter Chen
2016-05-06 6:10 ` Krzysztof Kozlowski
2016-05-06 13:01 ` Rob Herring
2016-05-09 7:46 ` Ulf Hansson
2016-05-09 18:18 ` Rob Herring
2016-05-10 11:02 ` Ulf Hansson
2016-05-28 3:36 ` Peter Chen
2016-05-31 0:58 ` Peter Chen
2016-05-31 11:54 ` Krzysztof Kozlowski
2016-12-13 12:20 ` Hans Verkuil
2016-12-13 12:34 ` Hans Verkuil
2016-12-13 13:53 ` Krzysztof Kozlowski
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=572C3914.4040708@samsung.com \
--to=k.kozlowski@samsung$(echo .)com \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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