Jeff Webb wrote: > > I am attempting to port a real-time simulation from rtlinux3.2-pre3 > (GPL) to xenomai. The application consists of a kernel module, and a > user-space application. I would like to port the application to xenomai > with as few changes as possible, and then make improvements in > incremental steps. I am currently working on a Fedora Core I, > Linux-2.4.32 / xenomai-2.1-rc4 system. > > In this simulation, we use the rtlinux POSIX-like API for threads, > timing, and writing-to / reading-from real-time FIFOs. It looks like > the xeno_posix API will allow me to port the thread and timing code with > very few (if any) changes. There does not appear to be a kernel-space > version of read and write for use on xenomai pipes. Am I missing > something?
For what side, RT or non-RT? Or what service (function name) is missing precisely? > > I noticed that the rtai API appears to support real-time FIFOs, much > like the old RTLinux API. In light of this discovery, I changed my > RT-Linux code to use rtf_get and rtf_put calls (instead of read/write). > This code seems to compile for xeno_rtai without too much trouble. > > Is it okay to use the POSIX API for threads and timing, and the rtai API > for FIFOs? It seems like this is working, but I want to make sure that > there are no hidden problems. I haven't used the RTAI skin so far, but from a look at the FIFO code I cannot find any reasons for not using it with other skins. > > I have compiled my application for xenomai. The kernel module loads > fine, and the userspace application runs as well. The problem I am > having now is creating a large FIFO, which is why I wrote the previous > email. > > Any input on this porting project would be appreciated. Thanks! > > -Jeff > Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
