Re: [PATCH v4 04/15] usb:hsotg:samsung: Use of regulator_bulk_* functions for USB regulators

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Apr 17, 2012 at 09:22:00AM +0200, Lukasz Majewski wrote:
> This commit adds support for supply voltage management for s3c-hsotg IP
> block. For that purpose a convenient regulator_bulk_* functions have been
> used.
> 
> Signed-off-by: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
> Signed-off-by: Kyungmin Park <kyungmin.park@xxxxxxxxxxx>
> ---
>  drivers/usb/gadget/s3c-hsotg.c |   41 ++++++++++++++++++++++++++++++++++++++-
>  1 files changed, 39 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/usb/gadget/s3c-hsotg.c b/drivers/usb/gadget/s3c-hsotg.c
> index 28b9a05..847e600 100644
> --- a/drivers/usb/gadget/s3c-hsotg.c
> +++ b/drivers/usb/gadget/s3c-hsotg.c
> @@ -27,6 +27,7 @@
>  #include <linux/io.h>
>  #include <linux/slab.h>
>  #include <linux/clk.h>
> +#include <linux/regulator/consumer.h>
>  
>  #include <linux/usb/ch9.h>
>  #include <linux/usb/gadget.h>
> @@ -38,6 +39,11 @@
>  
>  #define DMA_ADDR_INVALID (~((dma_addr_t)0))
>  
> +static const char * const s3c_hsotg_supply_names[] = {
> +	"vusb_d",		/* digital USB supply, 1.2V */
> +	"vusb_a",		/* analog USB supply, 1.1V */
> +};
> +
>  /* EP0_MPS_LIMIT
>   *
>   * Unfortunately there seems to be a limit of the amount of data that can
> @@ -132,6 +138,7 @@ struct s3c_hsotg_ep {
>   * @regs: The memory area mapped for accessing registers.
>   * @regs_res: The resource that was allocated when claiming register space.
>   * @irq: The IRQ number we are using
> + * @supplies: Definition of USB power supplies
>   * @dedicated_fifos: Set if the hardware has dedicated IN-EP fifos.
>   * @debug_root: root directrory for debugfs.
>   * @debug_file: main status file for debugfs.
> @@ -152,6 +159,8 @@ struct s3c_hsotg {
>  	int			irq;
>  	struct clk		*clk;
>  
> +	struct regulator_bulk_data supplies[ARRAY_SIZE(s3c_hsotg_supply_names)];
> +
>  	unsigned int		dedicated_fifos:1;
>  
>  	struct dentry		*debug_root;
> @@ -3256,6 +3265,7 @@ static int __devinit s3c_hsotg_probe(struct platform_device *pdev)
>  	struct resource *res;
>  	int epnum;
>  	int ret;
> +	int i;
>  
>  	plat = pdev->dev.platform_data;
>  	if (!plat) {
> @@ -3350,6 +3360,26 @@ static int __devinit s3c_hsotg_probe(struct platform_device *pdev)
>  
>  	clk_enable(hsotg->clk);

clk_prepare_enable(hsotg->clk);

>  
> +	/* regulators */
> +
> +	for (i = 0; i < ARRAY_SIZE(hsotg->supplies); i++)
> +		hsotg->supplies[i].supply = s3c_hsotg_supply_names[i];
> +
> +	ret = regulator_bulk_get(dev, ARRAY_SIZE(hsotg->supplies),
> +				 hsotg->supplies);
> +	if (ret) {
> +		dev_err(dev, "failed to request supplies: %d\n", ret);
> +		goto err_supplies;

this should go to the missing err_irq so that IRQ is released (probe
deferral is almost a silver bullet for the probes error paths. we only
need to randomize the init order of the various subsystems and wait)

> +	}
> +
> +	ret = regulator_bulk_enable(ARRAY_SIZE(hsotg->supplies),
> +				    hsotg->supplies);
> +
> +	if (ret) {
> +		dev_err(hsotg->dev, "failed to enable supplies: %d\n", ret);
> +		goto err_supplies;
> +	}
> +
>  	/* usb phy enable */
>  
>  	s3c_hsotg_phy_enable(hsotg);
> @@ -3363,7 +3393,7 @@ static int __devinit s3c_hsotg_probe(struct platform_device *pdev)
>  
>  	ret = usb_add_gadget_udc(&pdev->dev, &hsotg->gadget);
>  	if (ret)
> -		goto err_add_udc;
> +		goto err_supplies;
>  
>  	s3c_hsotg_create_debug(hsotg);
>  
> @@ -3372,9 +3402,12 @@ static int __devinit s3c_hsotg_probe(struct platform_device *pdev)
>  	our_hsotg = hsotg;
>  	return 0;
>  
> -err_add_udc:
> +err_supplies:
>  	s3c_hsotg_phy_disable(hsotg);
>  
> +	regulator_bulk_disable(ARRAY_SIZE(hsotg->supplies), hsotg->supplies);
> +	regulator_bulk_free(ARRAY_SIZE(hsotg->supplies), hsotg->supplies);
> +
>  	clk_disable(hsotg->clk);

clk_disable_unprepare(hsotg->clk);

there is also another one in s3c_hsotg_remove(), as I said earlier.

>  	clk_put(hsotg->clk);


cheers,
Domenico
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux