From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753385AbaDWBtg (ORCPT ); Tue, 22 Apr 2014 21:49:36 -0400 Received: from mail-ve0-f176.google.com ([209.85.128.176]:57606 "EHLO mail-ve0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751034AbaDWBtd (ORCPT ); Tue, 22 Apr 2014 21:49:33 -0400 MIME-Version: 1.0 In-Reply-To: References: <1397544101-18135-1-git-send-email-wens@csie.org> <1397544101-18135-2-git-send-email-wens@csie.org> From: Alexandre Courbot Date: Wed, 23 Apr 2014 10:49:12 +0900 Message-ID: Subject: Re: [PATCH 1/7] gpiolib: gpiolib-of: Implement device tree gpio-names based lookup To: Linus Walleij Cc: Chen-Yu Tsai , Johannes Berg , "John W. Linville" , Maxime Ripard , Arnd Bergmann , Heikki Krogerus , Mika Westerberg , Stephen Warren , "linux-gpio@vger.kernel.org" , linux-wireless , "netdev@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , linux-sunxi Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 23, 2014 at 12:02 AM, Linus Walleij wrote: > On Tue, Apr 15, 2014 at 8:41 AM, Chen-Yu Tsai wrote: > >> This patch provides of_get_gpiod_flags_by_name(), which looks up GPIO >> phandles by name only, through gpios/gpio-names, and not by index. >> >> Signed-off-by: Chen-Yu Tsai > > Like Alexandre I have no strong opinion on this alternative scheme. Yeah this new lookup scheme probably does no harm, but I think it should be a little bit more motivated as it is, after all, introducing more potential confusion for DT users. It does not look like this new lookup scheme is necessary to Chen-Yu's patchset and that he could as well have used the current one. Right now there is only one way to define GPIOs - if we introduce a second one, then which one should new DT users choose? Which one looks better? I can already endless fights taking place over this. Does this new lookup help with some of the existing problems we have like ACPI/DT lookup compatibility? I just need to be given one practical reason to give my ack. Alex.