Jan Kiszka wrote: > Gilles Chanteperdrix wrote: > > Hi, > > > > I had a problem with an RTDM driver: /proc/xenomai/rtdm/open_fildes > > could not close its descriptors. So, I tried with trunk which has > > auto-cleanup of RTDM descriptors, to see if descriptors would be closed, > > the descriptors were not auto-closed when killing my application > > either. After a little investigation, it appears that the problem is > > that my drivers had a real-time close handler but no non-realtime > > handler, so when close was invoked from a non real-time context (either > > /proc/xenomai/rtdm/open_fildes, or the auto-cleanup routine), the > > default close handler installed by RTDM simply returned -38 and close > > aborted. > > > > The way to fix this issue was rather simple: implement a non real-time > > close handler, but I find this behaviour a bit disturbing, maybe > > implementing a non real-time close handler could be mandatory ? > > > > It is, read the fine manual :). Moreover, if you had validated your > driver via CONFIG_XENO_OPT_DEBUG_RTDM, you would have got an error on > registration. But given the now even more required close_nrt handler, I > think decoupling this particular check from the debug switch is > appropriate. Will fix.
I have to say that I did not really test trunk, I backported the auto-cleanup stuff to the version of the v2.3.x branch that I am using. So, if the debug check was added after this commit, I missed it completely. -- Gilles Chanteperdrix. _______________________________________________ Xenomai-core mailing list Xenomaiemail@example.com https://mail.gna.org/listinfo/xenomai-core