On Tue, Jul 17, 2012 at 3:24 PM, Linus Walleij <linus.walleij@xxxxxxxxxx> wrote: > On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge <stigge@xxxxxxxxx> 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 >> can be probed again later on. >> >> The function still returns -EINVAL on other errors (parse error or node doesn't >> exist). This way, the case of an optional/intentionally missing GPIO is handled >> appropriately. >> >> Signed-off-by: Roland Stigge <stigge@xxxxxxxxx> > > Patch applied, if all gpio stuff shall defer properly in v3.6 we need this > so let's do some testing in -next! > > Would be nice to get some ACK besides my own... You can add mine. I've been using this patch for quite some time now. Acked-by: Alexandre Pereira da Silva <aletes.xgr@xxxxxxxxx> > Yours, > Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html