Hello

On Tue, Feb 17, 2009 at 1:00 AM, Alexis Berlemont <berlemont.h...@free.fr>wrote:

> 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.


So shall we have a first version to test into the trunk?

>
>
> 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.


I'm not sure of this due to the fact that are still more users in the
industry area that are
using Comedi for their DAQ 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 was aware of that article but I think that before starting optimizing the
code for certain needs it is necessary to
have just a ported version that fulfilled the needs for most users using
RTAI. Indeed some modifications are needed (memory mapping for low level DIO
!!) but they are local, so
patching will be available for the interested part of the Xenomai community
in upgrading the drivers. Due to the importance of integrating these drivers
into Xenomai you should consider
that the improvement of the code will be progressive as the users experience
new challenges with their hardware in RT apps.

>
> I would be very interested in opening a discussion on that issue so as to
> define Comedi's next steps in Xenomai.


good idea !



>
> Alexis.


Best,

Cristian

>
>
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@gna.org
> https://mail.gna.org/listinfo/xenomai-core
>
_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to