linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 2.6.33] SMDK6410: Specify no GPIO for B_PWR_5V regulator
@ 2010-01-13 13:57 Mark Brown
  2010-01-14  0:41 ` Ben Dooks
  0 siblings, 1 reply; 3+ messages in thread
From: Mark Brown @ 2010-01-13 13:57 UTC (permalink / raw)
  To: linux-arm-kernel

Since the fixed voltage regulator grew support for GPIO based
enables and GPIO 0 is valid on some systems we need to specify
that there is no valid GPIO enable control.

Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
---

Sorry, resend due to thinkoed list address.

 arch/arm/mach-s3c6410/mach-smdk6410.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/arch/arm/mach-s3c6410/mach-smdk6410.c b/arch/arm/mach-s3c6410/mach-smdk6410.c
index 8eb8d2c..bc3b1fd 100644
--- a/arch/arm/mach-s3c6410/mach-smdk6410.c
+++ b/arch/arm/mach-s3c6410/mach-smdk6410.c
@@ -211,6 +211,7 @@ static struct fixed_voltage_config smdk6410_b_pwr_5v_pdata = {
 	.supply_name = "B_PWR_5V",
 	.microvolts = 5000000,
 	.init_data = &smdk6410_b_pwr_5v_data,
+	.gpio = -EINVAL,
 };
 
 static struct platform_device smdk6410_b_pwr_5v = {
-- 
1.6.6

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* [PATCH 2.6.33] SMDK6410: Specify no GPIO for B_PWR_5V regulator
  2010-01-13 13:57 [PATCH 2.6.33] SMDK6410: Specify no GPIO for B_PWR_5V regulator Mark Brown
@ 2010-01-14  0:41 ` Ben Dooks
  2010-01-14  9:53   ` Mark Brown
  0 siblings, 1 reply; 3+ messages in thread
From: Ben Dooks @ 2010-01-14  0:41 UTC (permalink / raw)
  To: linux-arm-kernel

On Wed, Jan 13, 2010 at 01:57:04PM +0000, Mark Brown wrote:
> Since the fixed voltage regulator grew support for GPIO based
> enables and GPIO 0 is valid on some systems we need to specify
> that there is no valid GPIO enable control.

should this be posted for -rc?
 
> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
> ---
> 
> Sorry, resend due to thinkoed list address.
> 
>  arch/arm/mach-s3c6410/mach-smdk6410.c |    1 +
>  1 files changed, 1 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/arm/mach-s3c6410/mach-smdk6410.c b/arch/arm/mach-s3c6410/mach-smdk6410.c
> index 8eb8d2c..bc3b1fd 100644
> --- a/arch/arm/mach-s3c6410/mach-smdk6410.c
> +++ b/arch/arm/mach-s3c6410/mach-smdk6410.c
> @@ -211,6 +211,7 @@ static struct fixed_voltage_config smdk6410_b_pwr_5v_pdata = {
>  	.supply_name = "B_PWR_5V",
>  	.microvolts = 5000000,
>  	.init_data = &smdk6410_b_pwr_5v_data,
> +	.gpio = -EINVAL,
>  };
>  
>  static struct platform_device smdk6410_b_pwr_5v = {
> -- 
> 1.6.6
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

-- 
-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [PATCH 2.6.33] SMDK6410: Specify no GPIO for B_PWR_5V regulator
  2010-01-14  0:41 ` Ben Dooks
@ 2010-01-14  9:53   ` Mark Brown
  0 siblings, 0 replies; 3+ messages in thread
From: Mark Brown @ 2010-01-14  9:53 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, Jan 14, 2010 at 12:41:04AM +0000, Ben Dooks wrote:
> On Wed, Jan 13, 2010 at 01:57:04PM +0000, Mark Brown wrote:
> > Since the fixed voltage regulator grew support for GPIO based
> > enables and GPIO 0 is valid on some systems we need to specify
> > that there is no valid GPIO enable control.

> should this be posted for -rc?

Yes.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-01-14  9:53 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-13 13:57 [PATCH 2.6.33] SMDK6410: Specify no GPIO for B_PWR_5V regulator Mark Brown
2010-01-14  0:41 ` Ben Dooks
2010-01-14  9:53   ` Mark Brown

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).