On 2013-06-13 23:08, Mariusz Janiak wrote: >>>>> >>>>> 2. If some station stop responding (stop sending a heartbeats), is there >>>>> a way to inform a application that some station is down? Or that the >>>>> station is up? >>>> >>>> The information is exported via /proc on both client and server. Unless >>>> I forget something, there is no event signaling mechanism to wait on >>>> such an error via the rtcfg tool, e.g. But that would be implementable >>>> if required. >>> >>> Do you have something special in mind. This information is present in the >>> system, the only problem is to export it to application. If you don't mind >>> I could try to take care of it, with a little help from your side. >> >> Well, there could be something like "rtcfg <dev> monitor >> [event,event,...]" with one event being "node-failure". Then you will >> need to define and implement a corresponding RTcfg-config IOCTL that >> implements the actual blocking of the caller and its wakeup on the >> specified events in the kernel. The return code of the IOCTL or some >> additional data structure could provide information about the event that >> caused a wakeup. Well, that's a first, rough description if such an >> interface. What would be important is to match it against an actual use >> case, i.e. some script or application that will actually call "rtcfg >> monitor". Otherwise, we risk designing something that no one would use >> in the end. What do you have in mind here? > > I though rather about application api (xenomai native, posix). So, in the > first step, I should implement ioctl blocking service and something like > event-info structure. Then I prepare example containing relevant use case. > The "rtcfg <dev> monito [event,event,...]" is last on my TODO list. What do > you think about it?
Keep in mind that the whole RTcfg implementation in RTnet is conceptually non-RT. Thus, providing interfaces to real-time skins that differ from those IOCTLs that also the command line tool uses makes little sense. Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
