On Tue, May 13, 2014 at 10:23 PM, Alexandre Courbot <gnurou@xxxxxxxxx> wrote: > On Tue, May 13, 2014 at 10:17 PM, Linus Walleij > <linus.walleij@xxxxxxxxxx> wrote: >> On Sun, May 4, 2014 at 5:45 AM, Alexandre Courbot <acourbot@xxxxxxxxxx> wrote: >> >>> of_get_named_gpiod_flags() is visible and directly usable by GPIO >>> consumers, but it really should not as the gpiod interface relies >>> on the simpler gpiod_get() to provide properly-configured GPIOs. >>> >>> of_get_named_gpiod_flags() is just used internally by gpiolib to >>> implement gpiod_get(), and by the old of_get_named_gpio_flags() >>> function, therefore it makes sense to make it gpiolib-private. >>> >>> As a side-effect, the unused (and unneeded) of_get_gpiod_flags() >>> inline function is also removed, and of_get_named_gpio_flags() is moved >>> from a static inline function to a regular one in gpiolib-of.c >>> >>> This results in all references to gpiod_* functions in of_gpio.h being >>> gone, which is the way it should be since this file is part of the old >>> integer GPIO interface. >>> >>> Signed-off-by: Alexandre Courbot <acourbot@xxxxxxxxxx> >> >> This patch broke a lot of drivers so I had to take it out again... > > That's unexpected - what happens with it? I double-checked the patch and tested it on some ARM boards, couldn't find anything wrong during compilation and runtime. Would appreciate some specifics about what broke so I can address the issue. Thanks, Alex. -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html