Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Alexandre Pereira da Silva
On Tue, Jul 17, 2012 at 3:24 PM, Linus Walleij wrote: > On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge wrote: > >> of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the >> respective GPIO is not (yet) available. This is useful if driver's probe() >> functions try to get

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Linus Walleij
On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge wrote: > of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the > respective GPIO is not (yet) available. This is useful if driver's probe() > functions try to get a GPIO whose controller isn't probed yet. Thus, the > driver

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Linus Walleij
On Tue, Jul 17, 2012 at 9:43 AM, Mark Brown wrote: > On Tue, Jul 17, 2012 at 12:16:48AM +0200, Linus Walleij wrote: >> On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown > >> > I had thought a version of this >> > had been submitted already and was in a similar place to the one for >> > gpio_request().

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Mark Brown
On Tue, Jul 17, 2012 at 12:16:48AM +0200, Linus Walleij wrote: > On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown > > I had thought a version of this > > had been submitted already and was in a similar place to the one for > > gpio_request(). > Me to... Greg just merged the driver core patch for

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Mark Brown
On Tue, Jul 17, 2012 at 12:16:48AM +0200, Linus Walleij wrote: On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown I had thought a version of this had been submitted already and was in a similar place to the one for gpio_request(). Me to... Greg just merged the driver core patch for pushing

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Linus Walleij
On Tue, Jul 17, 2012 at 9:43 AM, Mark Brown broo...@opensource.wolfsonmicro.com wrote: On Tue, Jul 17, 2012 at 12:16:48AM +0200, Linus Walleij wrote: On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown I had thought a version of this had been submitted already and was in a similar place to the one

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Linus Walleij
On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge sti...@antcom.de wrote: of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the respective GPIO is not (yet) available. This is useful if driver's probe() functions try to get a GPIO whose controller isn't probed yet. Thus,

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-17 Thread Alexandre Pereira da Silva
On Tue, Jul 17, 2012 at 3:24 PM, Linus Walleij linus.wall...@linaro.org wrote: On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge sti...@antcom.de wrote: of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the respective GPIO is not (yet) available. This is useful if

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-16 Thread Linus Walleij
On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown wrote: > On Sat, Jul 14, 2012 at 09:57:08PM +0200, Linus Walleij wrote: > >> If I understand correctly this relates closely to another patch from Mark >> Brown >> we discussed the other day (sorry for missing this patch, which arrived >> earlier, for

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-16 Thread Linus Walleij
On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown broo...@opensource.wolfsonmicro.com wrote: On Sat, Jul 14, 2012 at 09:57:08PM +0200, Linus Walleij wrote: If I understand correctly this relates closely to another patch from Mark Brown we discussed the other day (sorry for missing this patch,

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-15 Thread Mark Brown
On Sat, Jul 14, 2012 at 09:57:08PM +0200, Linus Walleij wrote: > If I understand correctly this relates closely to another patch from Mark > Brown > we discussed the other day (sorry for missing this patch, which arrived > earlier, for a while). > Mark/Grant can you look at this patch? Not

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-15 Thread Mark Brown
On Sat, Jul 14, 2012 at 09:57:08PM +0200, Linus Walleij wrote: If I understand correctly this relates closely to another patch from Mark Brown we discussed the other day (sorry for missing this patch, which arrived earlier, for a while). Mark/Grant can you look at this patch? Not unless I

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-14 Thread Linus Walleij
On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge wrote: > of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the > respective GPIO is not (yet) available. This is useful if driver's probe() > functions try to get a GPIO whose controller isn't probed yet. Thus, the > driver

Re: [PATCH RESEND] gpio: of_get_named_gpio_flags() return -EPROBE_DEFER if GPIO not yet available

2012-07-14 Thread Linus Walleij
On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge sti...@antcom.de wrote: of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the respective GPIO is not (yet) available. This is useful if driver's probe() functions try to get a GPIO whose controller isn't probed yet. Thus,