Wolfgang Grandegger wrote: > Hello, > > I'm currently implementing a RTDM real-time CAN driver, which raises the > the problem of adding the driver to the Xenomai source tree. My first > idea was to provide RTCAN as a patch for Xenomai:
So you prefer to maintain RTCAN out-of-tree on the long term? What are the reasons? > > $ cd xenomai > $ patch -p1 < xenomai-rtcan-add-on.patch > $ scripts/prepare_kernel ... > ... > $ <configure and make kernel> > $ <configure, make and install Xenomai user space stuff> > > This does not work because of autoconf files needed to copy header files > to the installation path. Is this really necessary? > Another issue is where to put utility and test programs. Making them > without autoconf and friends works by using xeno-config. But they should > be installed with make install as well. Likely there are other issues. > > Any ideas or comments on how to provide a generic RTDM driver add-on > infrastructure? When you first talked about an "RTDM plugin" interface for Xenomai, I got the idea of dragging external sources into the Xenomai kernel build process. I haven't thought about this technically yet, but it would allow to keep driver source packages maintained externally while still providing them the option to become built into the kernel. Ok, let's think about this for a while: We would need some management script(s) to link an external source tree into the config and build process, the remove it again, and probably to give a list of the currently active plugins. Should be feasible without huge magic, shouldn't it? But does this make sense, is it desirable (to me it is when I think about making RTnet build cleanly against 2.6.17 yesterday...)? This does not address your user mode utils, but I think they should rather be distributed independently (something I have in mind for RTnet as well once we ever switch from /dev/rtnet to some RTDM socket/device for config work). The required rtdm/rtcan.h should be merged into Xenomai, yet unmerged revisions could alternatively come with the rtcan-utils packages to make it build (autoconf if your friend to detect the available revision). Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core