Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755428Ab1BULiU (ORCPT ); Mon, 21 Feb 2011 06:38:20 -0500 Received: from webbox687.server-home.net ([195.149.74.151]:54082 "EHLO webbox687.server-home.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755061Ab1BULiT (ORCPT ); Mon, 21 Feb 2011 06:38:19 -0500 From: Alexander Stein To: Wolfram Sang Subject: Re: [PATCH v2 1/4] gpiolib: Add "unknown" direction support Date: Mon, 21 Feb 2011 12:38:15 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.36-gentoo-r5; KDE/4.4.5; x86_64; ; ) Cc: "Lars-Peter Clausen" , Eric Miao , Peter Tyser , linux-kernel@vger.kernel.org, Alek Du , Samuel Ortiz , David Brownell , "Uwe Kleine-K?nig" , Mark Brown , Joe Perches , Alan Cox , Grant Likely References: <1297904216-15219-1-git-send-email-ptyser@xes-inc.com> <201102211207.29291.alexander.stein@systec-electronic.com> <20110221112240.GH2616@pengutronix.de> In-Reply-To: <20110221112240.GH2616@pengutronix.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201102211238.16554.alexander.stein@systec-electronic.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1881 Lines: 39 On Monday 21 February 2011, 12:22:40 Wolfram Sang wrote: > On Mon, Feb 21, 2011 at 12:07:27PM +0100, Alexander Stein wrote: > > On Monday 21 February 2011, 10:47:56 Wolfram Sang wrote: > > > > We had exported our 5V_enable gpio to sysfs to allow a user-space > > > > application to enable/disable devices connected to 5V circuit. > > > > But on the other hand we had to read the current status of this gpio > > > > in the power-fail interrupt handler to distinguish between > > > > false-positive (5V disabled) and a correct detection. > > > > > > What about gpio_export() (description in Documentation/gpio.txt)? > > > > Ah, I didn't know about this. I just expected this is only used from > > sysfs part. But you have to make sure your .ko is loaded before > > userspace is accessing sysfs and tries to export the GPIO. > > Eh? Userspace doesn't export the GPIO in that case. Sure, but you have to make sure you have it exported or userspace will fail. > > Or is it "allowed" by the API convention to gpio_request and gpio_export > > (and set direction) a GPIO in the machine startup code which will later > > be used in a different place? > > different place = userspace? Well, that's the main intention of > gpio_export(). (I have the feeling we are missing each other here, > thoguh) I'd suggest looking a bit further in the docs/code. It should > make clear what is possible. No, with different place I mean a kernel module driver which will be loaded later using insmod. In this case this module is just expecting the GPIO has already be exported and set proper direction without requesting the GPIO itself. Alexander -- 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/