Hi, > Hello all! I would like to know what is the current status of the Comedi > port to Xenomai. > > Should all the specific Comedi drivers (ni_pcimio, ni_mite) be available > for testing (by me or someone with a supported DAQ card) and (if ok) for > futher integration ?
I am still working on that port. It is a long work and I am wondering at each line whether I should rewrite any part of code which does not comply with common coding constraints. Unfortunately, I currently do not have a lot of spare time. Anyway, most of the ni subdevices drivers have been ported (mite, tio, mio, 8255). I am trying to finalize the global driver port. By the way, in the middle of january, I noticed that the legacy Comedi branch found its way into the mainline (through the staging tree). I do not know what will be the future of such a package in mainstream. I assume the main goal is the definition of a global framework for acquisition boards like V4L2 is for video cards. Starting from here, I have been thinking on some alternatives so as to benefit from the kernel code. But I am a bit perplexed as the code does not seem to evolve a lot (the 2.6.29-rc5 patch still contains some rtlinux/rtai/fusion related code). I was unable to notice any significant work on the framework to reach main kernel standards. Since the beginning of January, there was only one mail thread which dealt with Comedi on the lkml (which is, by the way, interesting): http://lkml.org/lkml/2009/2/9/335 I would be very interested in opening a discussion on that issue so as to define Comedi's next steps in Xenomai. Alexis. _______________________________________________ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
