Vladimir Cotfas wrote:
> Jan,
> 
> Please understand that I will not merge any ha^w"extensions" on top of
>> an RT Linux variant, neither RTAI nor any other approach. The proper
>> abstractions are RTDM for RT, Linux for non-RT base services, and any
>> other services have to be provided by the RTnet core. If something is
>> missing, let us discuss clean extensions.
>>
> I looked at rtdm/drvlib.c and:
> a) I need *binary* semaphores [rtdm_sem_init provides only counting semas]:
> I don't care how many times my FPGA IRQ signalled that the RX thread must
> run, it suffices if it ran once when it wake up;

http://www.xenomai.org/documentation/xenomai-2.5/html/api/group__rtdmsync.html,
event services.

> b) I need *barriers*: when threads are told to stop they must *sync* on a
> barrier with the main thread so the main thread can *delete* the threads &
> their associated resources *safely*.

http://www.xenomai.org/documentation/xenomai-2.5/html/api/group__rtdmtask.html#g8a60a2a7ba5fec7dac5336b3e8f256cc

> 
> This are basic threading primitives and they *should* be provided by
> drvlib.c
> 
> I will convert the driver to use rtdm_task_init_cpuid & al but I would
> welcome some sample code. What is cpuid? Would 0xFF do?

That's no RTDM service but an inofficial RTAI extension. Official is

http://www.xenomai.org/documentation/xenomai-2.5/html/api/group__rtdmtask.html#g44b0701b6c28fa8035711f800fdcd371

But the thread bits belong to the part where you are free to chose what
you need, they won't get merged upstream.

To make your local patch to rt_e100.c as small as possible, I would
suggest to let the custom FPGA driver export some callback registration
interface, and then simply exchange rtdm_irq_request/free with that one.
I don't see that this callback requires task context, but if it really
shall be like that, you will also need to patch the affected
rtdm_lock_get/put in rt_e100 for use outside IRQ context.

Jan

Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------

_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to