Thread (12 messages) 12 messages, 7 authors, 2016-07-22

Permissions for GPIOs [Was: [PATCH] gpio: document how to order GPIO controllers]

From: Jan Lübbe <jlu@pengutronix.de>
Date: 2016-07-06 14:12:14
Also in: linux-arm-kernel, linux-gpio

On Mi, 2016-07-06 at 14:34 +0200, Linus Walleij wrote:
On Wed, Jul 6, 2016 at 12:27 PM, Johan Hovold [off-list ref] wrote:
quoted
What's wrong with naming the pins in DT and use that for lookups?
That works. It relies on the developers using sane naming conventions
though. (This problem is prevalent everywhere I guess, a human problem,
not a technical one.) I made this patch:
http://marc.info/?l=linux-arm-kernel&m=146672328215354&w=2

There is a standard document for these boards (96board) specifying
the names of the GPIO lines to be "GPIO-A" thru "GPIO-L".

So a user can iterate across the gpiochips (as is done in lsgpio)
and pick the lines with the right names.
This discussion caused me remember a concern regarding the chardev
interface: Is it still be possible to give specific users/groups access
to individual GPIOs? This is currently possible in the sysfs interface
with chown/chmod. I don't see how per-GPIO permissions would translate
to a per-gpiochip device.

Am I overlooking some better way to give non-root users granular access
to GPIOs? Or is that intentionally out of scope for the chardev
interface?

Yours,
Jan
-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help