Subject: Re: [RFC PATCH 0/3] GPIO switch framework
From: Ben Nizette <bn@niasdigital.com>
To: Jani Nikula <ext-jani.1.nikula@nokia.com>
Cc: david-b@pacbell.net, linux-kernel@vger.kernel.org,
       juha.yrjola@solidboot.com
In-Reply-To: <1237557050-13742-1-git-send-email-ext-jani.1.nikula@nokia.com>
References: <1237557050-13742-1-git-send-email-ext-jani.1.nikula@nokia.com>
Content-Type: text/plain
Date: Sun, 22 Mar 2009 17:25:21 +1100
Message-Id: <1237703121.2720.39.camel@linux-51e8.site>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1238
Lines: 34

On Fri, 2009-03-20 at 15:50 +0200, Jani Nikula wrote:
> Hi -
> 
> This RFC patchset is a pretty straightforward adaptation of OMAP GPIO
> switch framework for mainline integration.
> 
> The GPIO switch framework allows reporting and changing GPIO switches
> via sysfs, with debouncing and sysfs/in-kernel notifications for input
> switches.

OK, so what does this do that /sys/class/gpio/gpioN doesn't currently do
apart from debouncing?  And the output being a string rather than a
simple value (which IMO might be better suited to userspace
interpretation anyway).

I've got a patch, little abandoned at the bottom of my queue, which adds
poll(2) compatibility to the gpiolib sysfs entries [1] and extending
this patch to do debouncing as well would be almost trivial.

I guess what I'm getting at is that this seems like it solves a problem
which has been pretty much solved elsewhere since the OMAP boys wrote
this.

	--Ben.
 
[1] http://marc.info/?l=linux-kernel&m=122454305213792&w=2


--
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/