Experimental Physics and
Industrial Control System

"J. Lewis Muir" <[email protected]> · Fri, 29 Jan 2016 17:04:47 -0600

On 1/29/16 3:54 PM, Till Straumann wrote:
> These would be my arguments:
>
> - it doesn't make much sense to use RT scheduling w/o memory locking
>   as this would hurt determinism. Thus, selectively disabling
>   mlockall() is a poor work-around.

Hi, Till.

True, but I think that just means the toggle is for the wrong thing.
It sounds like there should be a toggle for RT, not mlockall.  The RT
toggle would enable both the RT scheduling and the mlockall.

> - the code uses these features (RT scheduling + mlockall) *only*
>   if you give it sufficient privilege to use them. If it has the
>   privileges then the code assumes you want it to use them.

This is perhaps the real issue: the code assumes it should use
something just because it has sufficient privileges to do so.  If I'm
understanding things correctly, if I want to run something as root (or
with certain capabilities) *without* RT, I can't do it.  But a toggle
for RT would allow me to do it.

Regards,

Lewis

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System