Hi, About two years ago, I started an effort aimed at porting the Comedi framework over RTDM. The goal was to provide, for the acquisition applications, strict determinism from kernel to user space.
As the work progressed, it seemed to me that such effort should be an opportunity to improve the Comedi framework itself (the internal buffer management is a good example) A few months back, I tried once again to get some feedback from the original Comedi team, this time about the suggested changes, so that I could eventually submit patches which could get accepted into the mainline Comedi tree. http://marc.info/?l=comedi&m=114459505305823&w=4 http://groups.google.com/group/comedi_list/browse_thread/thread/85be8195ddf52896# http://marc.info/?l=linux-next&m=124078248400745&w=2 http://lkml.org/lkml/2009/5/6/543 >From the answers I got (or lack thereof), it seems to me that goal #1 for the Comedi team now is rather to get their current code base into Linux mainline, with only the required changes to be accepted upstream. Changing the Comedi internals and/or adjusting its APIs is clearly not on the agenda. Therefore, there is no point in trying to port mainline Comedi over RTDM anymore, hoping for suggested changes to be merged back to the original tree over time. At any rate, the only thing that makes sense now is to keep on developing a full-featured acquisition framework (synchronous and asynchronous analogic/digital acquisitions, calibration tool box, etc.), within the frame of a completely independent effort. To reflect this new orientation, Comedi/RTDM becomes Analogy. By the way, the "Analogy" renaming does not mean we get rid of digital acquisition features, we still target any control and measurement device. Alexis. _______________________________________________ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
