Since it's been about a week, here are some incremental updates about "uspace":
There's now a wiki page, which covers how to obtain and build the branch: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Uspace The branch has been rebased several more times, squashing out bugs and adding a few new features. Some more important items: - the code taken from ubc3 for pci access actually had *two different* implementations. I removed the older one, leaving only the one needed for hostmot2. Other PCI drivers will have to adapt to the APIs used by hostmot2 if they are to run under uspace. While I was there, I believe I lifted the "one board only" limitation in that code, but I haven't been able to test it. - Realtime delays are detected and reported - new C and Python APIs report whether the RTOS runs in userspace or in kernel space - The parport detection/registration routines (hal_parport_get, now rtapi_parport_get) are implemented for uspace, so parport drivers can now be ported to uspace. Chris R. and Seb K. have both provided valuable code review. Peter W. and Sam K. have also done testing. And I've probably overlooked somebody--no slight is intended. The list of hardware that has been "tested, at least briefly", has grown: mesa 5i20 (pci) mesa 5i25 (pci) mesa 7i43 (parallel port) parport serport .. and in fact, Chris and Seb each dared to run mills with the branch, at least briefly. Michał G.'s branch for mesa 7i80 (ethernet-attached hardware) works when rebased onto the uspace branch. However, it's not merge-ready, because it breaks all the "traditional" mesa cards. This is in the "rtos-uspace-7i80" branch if you'd like to try it, but (see below) I won't be maintaining this branch at the moment. The delta compared to upstream is growing: 44 commits, 115 files changed, 4360 insertions(+), 3973 deletions(-) though, happily, the deletions grew much faster than the insertions, as I deleted an unnecessary copy of the hal_parport driver thta lived at src/hal/simdrivers. About 10% of insertions are in documentation. I've agreed informally with Seb that when the time comes to merge, I'll merge "rtos-uspace-apis". As a result, I'm no longer going to separately maintain the "rtos-uspace" branch. Similarly, I'm not going to continue rebasing the "rtos-uspace-7i80" branch. This streamlines my workflow and reduces the chance of mistakes. I'm not sure when this will be pushed to master branch, but not before Seb completes his code review and I address the issues he raises. I welcome code reviews, results of testing, and other comments from anyone on the list as well. There's a trivial merge conflict in src/Makefile, otherwise it merges cleanly. Jeff ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
