Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751890AbaLQNNt (ORCPT ); Wed, 17 Dec 2014 08:13:49 -0500 Received: from mail-ig0-f180.google.com ([209.85.213.180]:65337 "EHLO mail-ig0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751227AbaLQNNr (ORCPT ); Wed, 17 Dec 2014 08:13:47 -0500 MIME-Version: 1.0 In-Reply-To: <20141217104428.GV11285@n2100.arm.linux.org.uk> References: <1418342706-14755-2-git-send-email-rjui@broadcom.com> <1918116.UxUgDPTmcq@wuerfel> <1628217.66frkAqHMc@wuerfel> <20141217104428.GV11285@n2100.arm.linux.org.uk> From: Alexandre Courbot Date: Wed, 17 Dec 2014 22:13:26 +0900 Message-ID: Subject: Re: [PATCH v5 1/3] gpio: Cygnus: define Broadcom Cygnus GPIO binding To: Russell King - ARM Linux Cc: Arnd Bergmann , Ray Jui , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Linus Walleij , Grant Likely , Christian Daudt , Matt Porter , Florian Fainelli , Joe Perches , Scott Branden , Linux Kernel Mailing List , "linux-arm-kernel@lists.infradead.org" , "linux-gpio@vger.kernel.org" , bcm-kernel-feedback-list@broadcom.com, "devicetree@vger.kernel.org" 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, Dec 17, 2014 at 7:44 PM, Russell King - ARM Linux wrote: > On Wed, Dec 17, 2014 at 11:45:01AM +0900, Alexandre Courbot wrote: >> Actually we are not that far from being able to do completely without >> any GPIO number, and maybe that's what we should aim for. I think the >> only remaining offender is the sysfs interface. > > And that is a user API, and there's lots of users of it (eg, on Raspberry > Pi platforms.) So changing it isn't going to be easy - I'd say that it's > impractical. > > What you're suggesting would be like re-numbering Linux syscalls. Uh, I expressed myself poorly. What I intended to say is that once we have a sysfs alternative that does not rely on GPIO numbers (and thus have the same feature coverage as the integer interface), we can require new platforms to exclusively rely on gpiod/sysfs2, and encourage older users to switch to it if they have an issue with the way integers are handled or need one of the new features. I don't foresee that we will ever be able to retire the integer interface, however I would like to be able to say "your problem will be solved if you switch to gpiod" instead of having to juggle with potentially conflicting integer range requirements from different platforms. Right now the only thing that prevents us to say that is the lack of a consistent sysfs interface. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/