El Viernes, 2 de mayo de 2014 13:14:10 David Riley escribió: > I'd be pleased to see something like this that approaches a nice speed. The > Linux userland GPIO layer is brain-dead and slow, as far as I'm > concerned. It's entirely designed for control via shell scripts, and > introduces a number of needless complications and overheads when > controlling with a real program; I can't understand why there are no "raw" > interfaces (ioctls or raw files for reading/writing bits, not text) to the > GPIO pins, as that precludes setting bits in parallel on a port as well as > introducing some really I/O overhead. So if you've got something else up > your sleeve, go for it!
As far as I know you can also access GPIO ports via assembly commands, which are very fast. The only problem is that you have to be root. But you can just write a program/driver and setuid it so that unprivileged users can use it. Alfonso ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
