On Fri, 4 Apr 2008, Ben Nizette wrote:Always too slow posting my patches. I wrote this two months ago when there wasn't anything else. A char device allows better permissions and could be more efficient, if one really wants to do extensive control of gpio lines from userspace. I can see how it might be preferrable in some instances. The nice thing about sysfs is that you don't need any extra software to interact with it. It's very convienent when you're just trying to debug the gpio driver you're writing or verify that the gpio lines you just connected are doing things. It's also nice to be able to say something like: # run these commands to un-write protect flash echo out > /sys/class/gpio/MPC85XX:5/direction echo 1 > /sys/class/gpio/MPC85XX:5/value Instead of a complicated process that includes directions for creating the correct device file, compiling a program that will set gpio lines, downloading said program's source, and so on. --
| monstr | [PATCH 11/60] microblaze_v4: cache support |
| Andrew Morton | Re: x86: 4kstacks default |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Hutchings | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jiri Olsa | [PATCHv5 0/2] net: fix race in the receive/select |
