Re: RTAI in debian9

The RTAI "REMARK" informs you that RTAI will not access the user space 
stack directly, using copy_to/from instead.
It is the default and it's configurable. Required for INTEL Ix-6xxx 
onward and is explained in the related config help.

Preempt_rt.ko is the kernel test module for checking preemption. I do 
not understand how it could be defined as "new".

If the hang happens at insmoding rtai_sched.ko then there should be a 
problem for the calibration. To verify if that is the case you can try 
"insmod rtai_sched.ko kernel_latency=1000 user_latency=1000" and see if 
there is any hanging again.

Nonetheless, having verified the calibration on quite a number of 
systems, mine and users, with old and new hard-soft, I find it difficult 
to understand what is happening in your case.

Paolo


On 02/23/2018 10:25 AM, josu jugo wrote:
> When inserting rtai_hal.ko, I see the next messages:
>
> [   22.701532] I-pipe: head domain RTAI registered.
> [   22.701536] RTAI[hal]: mounted. ISOL_CPUS_MASK: 0.
> [   22.701539] SYSINFO - # CPUs: 2, TIMER NAME: 'lapic', TIMER IRQ: 33026, TIMER FREQ: 62991079, CLOCK NAME: 'tsc', CLOCK FREQ: 2793321000, CPU FREQ: 2793321000, LINUX TIMER IRQ: 33026.
> [   22.701540]
>                 REMARK: RTAI WILL NOT ACCESS USER SPACE ON STACKS ARGS ITS WAY.
>
> I think that is the first time that I see this REMARK. When inserting rtai_sched.ko, the system hangs
>
> I addition I see new modules, as preempt_rt.ko. Is it documentation available about those changes,  in addition to the mailing list?
>
> Thanks you again
>
> josu
>
>
>> On 23 Feb 2018, at 09:09, Paolo Mantegazza <[email protected]> wrote:
>
>> Let us begin by checking what happens if you insert just rtai_hal.ko. If nothing strange appears begin by using Linux for a bit of time keeping it installed.
>> Paolo
>>
>> On 02/23/2018 12:13 AM, josu jugo wrote:
>>> Hi to all:
>>>
>>> I have been trying to deploy RTAI 5.1 using a debian9 distribution. I have tried different 4.x and 3.x kernel versions, but loading the rtai modules the system hangs.
>>>
>>> Debian9 uses gcc6 version, and I am wondering if this is the reason. Has anyone experienced this problem?
>>>
>>> Thank you in advance
>>>
>>> Best regards
>>>
>>> josu
>>> _______________________________________________
>>> Rtai mailing list
>>> [email protected]
>>> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
>>

_______________________________________________
Rtai mailing list
[email protected]
https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai