RT exec for exercising RT kernel capabilities

RT exec for exercising RT kernel capabilities

[Mark Hounschell]

With the ongoing work being done to rt kernel enhancements by Ingo and friends,
I would like to offer the use of a user land test (rt-exec). The rt-exec tests
well the deterministic real-time capabilities of a computer. Maybe it could
useful in some way to the effort or to anyone interested in making this type of
determination about their kernel/computer.

A README describing the rt-exec can be found at
ftp://ftp.compro.net/public/rt-exec/README

It can be downloaded from
ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2

Complaints, comments, or suggestions welcome.

Regards
Mark Hounschell

Re: RT exec for exercising RT kernel capabilities

[Thomas Gleixner]

Mark,

On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
> well the deterministic real-time capabilities of a computer. Maybe it could
> useful in some way to the effort or to anyone interested in making this type of
> determination about their kernel/computer.
> 
> A README describing the rt-exec can be found at
> ftp://ftp.compro.net/public/rt-exec/README
> 
> It can be downloaded from
> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
> 
> Complaints, comments, or suggestions welcome.

Nice tool. 

Some remarks. You can build high resolution timer support without the
extra lib package from the HRT sourceforge site. You need a recent glibc
and  some quirks in the source. See the cyclictest program I'm using.
http://www.tglx.de/projects/misc/cyclictest/cyclictest-v0.8.tar.bz2

It would also be cute to add tests for the PI support for
pthread_mutexes.

	tglx

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Thomas Gleixner wrote:
> Mark,
> 
> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
>> well the deterministic real-time capabilities of a computer. Maybe it could
>> useful in some way to the effort or to anyone interested in making this type of
>> determination about their kernel/computer.
>>
>> A README describing the rt-exec can be found at
>> ftp://ftp.compro.net/public/rt-exec/README
>>
>> It can be downloaded from
>> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
>>
>> Complaints, comments, or suggestions welcome.
> 
> Nice tool. 
> 
> Some remarks. You can build high resolution timer support without the
> extra lib package from the HRT sourceforge site. You need a recent glibc
> and  some quirks in the source. See the cyclictest program I'm using.
> http://www.tglx.de/projects/misc/cyclictest/cyclictest-v0.8.tar.bz2
> 

I didn't realize that. Right you are.

> It would also be cute to add tests for the PI support for
> pthread_mutexes.
> 
> 	tglx

I'm not sure what one needs to do in user land to actually test that but I'll
investigate.

Thanks
Mark

Re: RT exec for exercising RT kernel capabilities

[Serge Noiraud]

jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
> well the deterministic real-time capabilities of a computer. Maybe it could
> useful in some way to the effort or to anyone interested in making this type of
> determination about their kernel/computer.
> 
> A README describing the rt-exec can be found at
> ftp://ftp.compro.net/public/rt-exec/README
In the README, you say :
	...
	The exec must be run as root because of the use of mlockall,
	sched_setscheduler, and sched_setaffinity calls. Sorry but
	there has been no attempt to use the Linux CAPABILITIES API
	so that it could be run as regular user. 
	...

It's false if you use the LSM patch from here :
	http://sourceforge.net/projects/realtime-lsm/

-- 
Serge Noiraud

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Mark Hounschell wrote:
> Thomas Gleixner wrote:
>> Mark,
>>
>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
>>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
>>> well the deterministic real-time capabilities of a computer. Maybe it could
>>> useful in some way to the effort or to anyone interested in making this type of
>>> determination about their kernel/computer.
>>>
>>> A README describing the rt-exec can be found at
>>> ftp://ftp.compro.net/public/rt-exec/README
>>>
>>> It can be downloaded from
>>> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
>>>
>>> Complaints, comments, or suggestions welcome.
>> Nice tool. 
>>
>> Some remarks. You can build high resolution timer support without the
>> extra lib package from the HRT sourceforge site. You need a recent glibc
>> and  some quirks in the source. See the cyclictest program I'm using.
>> http://www.tglx.de/projects/misc/cyclictest/cyclictest-v0.8.tar.bz2
>>
> 
> I didn't realize that. Right you are.
> 
Here is a new one that no longer requires the HRT sourceforge package. Thanks
again.

ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.1.tar.bz2

>> It would also be cute to add tests for the PI support for
>> pthread_mutexes.
>>
>> 	tglx
> 
> I'm not sure what one needs to do in user land to actually test that but I'll
> investigate.
> 
Still investigating...

Regards
Mark

Re: RT exec for exercising RT kernel capabilities

[Lee Revell]

On Fri, 2006-06-09 at 11:15 +0200, Serge Noiraud wrote:
> In the README, you say :
>         ...
>         The exec must be run as root because of the use of mlockall,
>         sched_setscheduler, and sched_setaffinity calls. Sorry but
>         there has been no attempt to use the Linux CAPABILITIES API
>         so that it could be run as regular user. 
>         ...
> 
> It's false if you use the LSM patch from here :
>         http://sourceforge.net/projects/realtime-lsm/ 

Realtime LSM is deprecated, with a reasonably recent PAM and glibc
(Ubuntu Dapper and FC5 should both be good) it's not necessary.

Just add something like:

*               -    rtprio  99
*               -    nice    -20
*               -    memlock 500000

to /etc/security/limits.conf

Lee

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Mark Hounschell wrote:
> Mark Hounschell wrote:
>> Thomas Gleixner wrote:
>>> Mark,
>>>
>>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
>>>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>>>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
>>>> well the deterministic real-time capabilities of a computer. Maybe it could
>>>> useful in some way to the effort or to anyone interested in making this type of
>>>> determination about their kernel/computer.
>>>>
>>>> A README describing the rt-exec can be found at
>>>> ftp://ftp.compro.net/public/rt-exec/README
>>>>
>>>> It can be downloaded from
>>>> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
>>>>
>>>> Complaints, comments, or suggestions welcome.
>>> Nice tool. 
>>>
>>> Some remarks. You can build high resolution timer support without the
>>> extra lib package from the HRT sourceforge site. You need a recent glibc
>>> and  some quirks in the source. See the cyclictest program I'm using.
>>> http://www.tglx.de/projects/misc/cyclictest/cyclictest-v0.8.tar.bz2
>>>
>> I didn't realize that. Right you are.
>>
> Here is a new one that no longer requires the HRT sourceforge package. Thanks
> again.
> 
> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.1.tar.bz2
> 
>>> It would also be cute to add tests for the PI support for
>>> pthread_mutexes.
>>>
>>> 	tglx
>> I'm not sure what one needs to do in user land to actually test that but I'll
>> investigate.
>>
> Still investigating...


Am I even close in assuming that to enable the PI support you have to use

pthread_mutexattr_setprotocol(mutexattr, PTHREAD_PRIO_INHERIT);

I have only glibc 2.3 and 2.4 and neither of them understand what
PTHREAD_PRIO_INHERIT is.

Can anyone point me to an some Doc or examples of how to enable PI for
pthread_mutexes?

Sorry I'm ignorant on the subject. I do understand the principle of PI and may
even be able to figure out how to test it in user land but how do I turn it on?

Thanks
Mark

Re: RT exec for exercising RT kernel capabilities

[Thomas Gleixner]

On Fri, 2006-06-09 at 16:04 -0400, Mark Hounschell wrote:
> > Still investigating...
> 
> Am I even close in assuming that to enable the PI support you have to use
> 
> pthread_mutexattr_setprotocol(mutexattr, PTHREAD_PRIO_INHERIT);
> 
> I have only glibc 2.3 and 2.4 and neither of them understand what
> PTHREAD_PRIO_INHERIT is.
> 
> Can anyone point me to an some Doc or examples of how to enable PI for
> pthread_mutexes?
> 
> Sorry I'm ignorant on the subject. I do understand the principle of PI and may
> even be able to figure out how to test it in user land but how do I turn it on?

Sorry for letting you in the dark. There was a patch against glibc CVS,
but it vansihed somehow. The support will go into glibc CVS when the PI
futex support hits mainline in the 2.6.18 merge window,

	tglx

Re: RT exec for exercising RT kernel capabilities

[Antonio]

Hi,

On 6/8/06, Mark Hounschell <markh@compro.net> wrote:
> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
> well the deterministic real-time capabilities of a computer. Maybe it could
> useful in some way to the effort or to anyone interested in making this type of
> determination about their kernel/computer.
>
> A README describing the rt-exec can be found at
> ftp://ftp.compro.net/public/rt-exec/README

Sorry for the simple question. How do I check if my hardware support
HRT? Is it common on i386 desktops (mine is an Athlon XP 2000+)?

Many thanks.

Cheers,

  ~  Antonio

Re: RT exec for exercising RT kernel capabilities

[Serge Noiraud]

[-- Attachment #1: Type: text/plain, Size: 1012 bytes --]

jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
> well the deterministic real-time capabilities of a computer. Maybe it could
> useful in some way to the effort or to anyone interested in making this type of
> determination about their kernel/computer.
> 
> A README describing the rt-exec can be found at
> ftp://ftp.compro.net/public/rt-exec/README
> 
> It can be downloaded from
> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
> 
> Complaints, comments, or suggestions welcome.
Great tool.

I ran ./go and after 16:50 hours, the tasks 9 and 10 ( type hrt ) jumped respectively to 9787
and 3843usec ! 5 or 10 minutes earlier I did have between 100 and 200 usec.
What can cause this problem ? is it a hrt problem ?
Could it be a driver problem ( network ) ?

I send the png in copy.

-- 
Serge Noiraud

[-- Attachment #2: HPxw8200.rt.1.png --]
[-- Type: image/png, Size: 27855 bytes --]

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Serge Noiraud wrote:
> jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
>> well the deterministic real-time capabilities of a computer. Maybe it could
>> useful in some way to the effort or to anyone interested in making this type of
>> determination about their kernel/computer.
>>
>> A README describing the rt-exec can be found at
>> ftp://ftp.compro.net/public/rt-exec/README
>>
>> It can be downloaded from
>> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2
>>
>> Complaints, comments, or suggestions welcome.
> Great tool.
> 
> I ran ./go and after 16:50 hours, the tasks 9 and 10 ( type hrt ) jumped respectively to 9787
> and 3843usec ! 5 or 10 minutes earlier I did have between 100 and 200 usec.
> What can cause this problem ? is it a hrt problem ?
> Could it be a driver problem ( network ) ?
> 
> I send the png in copy.
> 
> 
> 
> ------------------------------------------------------------------------
> 

All I can say about those 2 big hits is that your system burped. Why, I can't
tell you. The people working on the rt stuff may be able to help you.

What bugs me is task16 is not running at all. Tell what kernel and glibc you are
using please?

Mark

Re: RT exec for exercising RT kernel capabilities

[Serge Noiraud]

mardi 13 Juin 2006 16:34, Mark Hounschell wrote/a écrit :
> Serge Noiraud wrote:
> > jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
> >> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
> >> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
...
> > 
> > I ran ./go and after 16:50 hours, the tasks 9 and 10 ( type hrt ) jumped respectively to 9787
> > and 3843usec ! 5 or 10 minutes earlier I did have between 100 and 200 usec.
> > What can cause this problem ? is it a hrt problem ?
> > Could it be a driver problem ( network ) ?
...
> 
> All I can say about those 2 big hits is that your system burped. Why, I can't
> tell you. The people working on the rt stuff may be able to help you.
> 
> What bugs me is task16 is not running at all. Tell what kernel and glibc you are
> using please?
I forgot to ask you this problem.

I'm using linux 2.6.16 with rt28.
glibc-2.3.3

> 
> Mark
-- 
Serge Noiraud

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Serge Noiraud wrote:
> mardi 13 Juin 2006 16:34, Mark Hounschell wrote/a écrit :
>> Serge Noiraud wrote:
>>> jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
>>>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>>>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
> ...
>>> I ran ./go and after 16:50 hours, the tasks 9 and 10 ( type hrt ) jumped respectively to 9787
>>> and 3843usec ! 5 or 10 minutes earlier I did have between 100 and 200 usec.
>>> What can cause this problem ? is it a hrt problem ?
>>> Could it be a driver problem ( network ) ?
> ...
>> All I can say about those 2 big hits is that your system burped. Why, I can't
>> tell you. The people working on the rt stuff may be able to help you.
>>
>> What bugs me is task16 is not running at all. Tell what kernel and glibc you are
>> using please?
> I forgot to ask you this problem.
> 
> I'm using linux 2.6.16 with rt28.
> glibc-2.3.3
> 
>> Mark

This is a bug in the exec. I'll fix it ASAIC.

Mark

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Mark Hounschell wrote:
> Serge Noiraud wrote:
>> mardi 13 Juin 2006 16:34, Mark Hounschell wrote/a écrit :
>>> Serge Noiraud wrote:
>>>> jeudi 8 Juin 2006 21:12, Mark Hounschell wrote/a écrit :
>>>>> With the ongoing work being done to rt kernel enhancements by Ingo and friends,
>>>>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests
>> ...
>>>> I ran ./go and after 16:50 hours, the tasks 9 and 10 ( type hrt ) jumped respectively to 9787
>>>> and 3843usec ! 5 or 10 minutes earlier I did have between 100 and 200 usec.
>>>> What can cause this problem ? is it a hrt problem ?
>>>> Could it be a driver problem ( network ) ?
>> ...
>>> All I can say about those 2 big hits is that your system burped. Why, I can't
>>> tell you. The people working on the rt stuff may be able to help you.
>>>
>>> What bugs me is task16 is not running at all. Tell what kernel and glibc you are
>>> using please?
>> I forgot to ask you this problem.
>>
>> I'm using linux 2.6.16 with rt28.
>> glibc-2.3.3
>>
>>> Mark
> 
> This is a bug in the exec. I'll fix it ASAIC.
> 
> Mark

There is a new version there that should fix that.

Mark

Re: RT exec for exercising RT kernel capabilities

[Lee Revell]

On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> ftp://ftp.compro.net/public/rt-exec/

The high res timers do not seem to be working.  Using 2.6.17-rt3 and
glibc 2.3.6, I get the exact same (bad) results whether
CONFIG_HIGH_RES_TIMERS is enabled or not.

CONFIG_HIGH_RES_TIMERS=y, CONFIG_HIGH_RES_RESOLUTION=1000:

# Run 00:40:12:784  Posix-hrt   14:27:38  Work:200   CPU:14 Avg:14 Max:23 Pg:0
# DataPool:SHM      Exec Heart Beat Rate:1000Hz      Exec Revision:1.0.3-1
###############################################################################
#          Task Sched Cpu     Intr   Late         -Interrupt Latencies (usec)- 
# Taskname Type  Pr P Mask     Cnt    Cnt   Spare Current  Best   Worst  Determ
# exec      hrt   5 F  2   2412784      0     871       2     1      18      17
# task1     dth  29 F  2    603196      0    3993      19    17      70      53
# task2     dth  28 F  2    603196      1    3993      19    17     128     111
# task3     sth  25 F  2   1206392      0    1993      18    14      40      26
# task4     sth  24 F  2   1206392      0    1993      18    13      37      24
# task5     sem  23 F  2   2412784      0     993       4     3      28      25
# task6     sem  22 F  2   1206392      0    1993       4     3      10       7
# task7     sig  19 F  2   1206392      0    1993       7     7      17      10
# task8     sig  18 F  2   1206392      0    1993       8     6      18      12
# task9     hrt  17 R  2   1017659      0    1993     763   712    2185    1473
# task10    hrt  17 R  2   1017798      0    1993     771   717   13879   13162
# task11    hrn  14 R  2   1586789      0     993    1060   690   15817   15127
# task12    hrn  14 R  2   1586620      0     993    1024   689   15743   15054
# task13    hru  11 R  2   1557359      0     993    1053   689    2972    2283
# task14    hru  11 R  2   1561189      0     993    1018   690    3010    2320
# task15    bth   7 R  2   2412784      0     994      29    13      55      42
# task16    bth   7 R  2   2412784      0     993      14    13      56      43

CONFIG_HIGH_RES_TIMERS=n:

# Run 00:03:59:384  Posix-hrt   18:24:45  Work:200   CPU:14 Avg:14 Max:19 Pg:0
# DataPool:SHM      Exec Heart Beat Rate:1000Hz      Exec Revision:1.0.3-1
###############################################################################
#          Task Sched Cpu     Intr   Late         -Interrupt Latencies (usec)-
# Taskname Type  Pr P Mask     Cnt    Cnt   Spare Current  Best   Worst  Determ
# exec      hrt   5 F  2    239384      0     870       1     1      13      12
# task1     dth  29 F  2     59847      0    3993      19    17      39      22
# task2     dth  28 F  2     59846      0    3993      19    17      39      22
# task3     sth  25 F  2    119693      0    1993      18    17      37      20
# task4     sth  24 F  2    119692      0    1993      19    14      41      27
# task5     sem  23 F  2    239385      0     993       5     4      26      22
# task6     sem  22 F  2    119693      0    1993       5     4       9       5
# task7     sig  19 F  2    119693      0    1993       8     7      15       8
# task8     sig  18 F  2    119692      0    1993       8     6      15       9
# task9     hrt  17 R  2    104060      0    1992    1108   724   11439   10715
# task10    hrt  17 R  2    104057      0    1993    1102   726   12923   12197
# task11    hrn  14 R  2    161028      0     994    1056   705   13001   12296
# task12    hrn  14 R  2    160951      0     993    1019   704   12456   11752
# task13    hru  11 R  2    158334      0     993    1054   744    3109    2365
# task14    hru  11 R  2    158729      0     993    1020   709    3066    2357
# task15    bth   7 R  2    239385      0     993      29    13      54      41
# task16    bth   7 R  2    239385      0     993      15    13      55      42

Any idea what could be wrong?

Lee

Re: RT exec for exercising RT kernel capabilities

[Thomas Gleixner]

On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> > ftp://ftp.compro.net/public/rt-exec/
> 
> The high res timers do not seem to be working.  Using 2.6.17-rt3 and
> glibc 2.3.6, I get the exact same (bad) results whether
> CONFIG_HIGH_RES_TIMERS is enabled or not.

Can you please send me a boot log ?

	tglx

Re: RT exec for exercising RT kernel capabilities

[Lee Revell]

On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
> On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
> > On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> > > ftp://ftp.compro.net/public/rt-exec/
> > 
> > The high res timers do not seem to be working.  Using 2.6.17-rt3 and
> > glibc 2.3.6, I get the exact same (bad) results whether
> > CONFIG_HIGH_RES_TIMERS is enabled or not.
> 
> Can you please send me a boot log ?

Sent off-list.

Lee

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Lee Revell wrote:
> On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
>> On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
>>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
>>>> ftp://ftp.compro.net/public/rt-exec/
>>> The high res timers do not seem to be working.  Using 2.6.17-rt3 and
>>> glibc 2.3.6, I get the exact same (bad) results whether
>>> CONFIG_HIGH_RES_TIMERS is enabled or not.
>> Can you please send me a boot log ?
> 
> Sent off-list.
> 
> Lee
> 
> 

Did you get this sorted out?

Mark

Re: RT exec for exercising RT kernel capabilities

[Lee Revell]

On Mon, 2006-07-17 at 10:20 -0400, Mark Hounschell wrote:
> Lee Revell wrote:
> > On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
> >> On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
> >>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> >>>> ftp://ftp.compro.net/public/rt-exec/
> >>> The high res timers do not seem to be working.  Using 2.6.17-rt3 and
> >>> glibc 2.3.6, I get the exact same (bad) results whether
> >>> CONFIG_HIGH_RES_TIMERS is enabled or not.
> >> Can you please send me a boot log ?
> > 
> > Sent off-list.
> > 
> > Lee
> > 
> > 
> 
> Did you get this sorted out?

No.  Thomas, were you able to test my .config?

Lee

Re: RT exec for exercising RT kernel capabilities

[Lee Revell]

On Fri, 2006-07-14 at 22:10 -0400, Lee Revell wrote:
> On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
> > On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
> > > On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> > > > ftp://ftp.compro.net/public/rt-exec/
> > > 
> > > The high res timers do not seem to be working.  Using 2.6.17-rt3 and
> > > glibc 2.3.6, I get the exact same (bad) results whether
> > > CONFIG_HIGH_RES_TIMERS is enabled or not.
> > 
> > Can you please send me a boot log ?
> 
> Sent off-list.

I've discovered the problem - I was running rt-exec as a non-root user.

Is the use of high res timers limited to root?

Lee

Re: RT exec for exercising RT kernel capabilities

[Thomas Gleixner]

On Mon, 2006-10-02 at 18:27 -0400, Lee Revell wrote:
> On Fri, 2006-07-14 at 22:10 -0400, Lee Revell wrote:
> > On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
> > > On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
> > > > On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
> > > > > ftp://ftp.compro.net/public/rt-exec/
> > > > 
> > > > The high res timers do not seem to be working.  Using 2.6.17-rt3 and
> > > > glibc 2.3.6, I get the exact same (bad) results whether
> > > > CONFIG_HIGH_RES_TIMERS is enabled or not.
> > > 
> > > Can you please send me a boot log ?
> > 
> > Sent off-list.
> 
> I've discovered the problem - I was running rt-exec as a non-root user.
> 
> Is the use of high res timers limited to root?

No. I guess the priority setting is not working as non-root.

	tglx

Re: RT exec for exercising RT kernel capabilities

[Mark Hounschell]

Thomas Gleixner wrote:
> On Mon, 2006-10-02 at 18:27 -0400, Lee Revell wrote:
>> On Fri, 2006-07-14 at 22:10 -0400, Lee Revell wrote:
>>> On Sat, 2006-07-15 at 04:04 +0200, Thomas Gleixner wrote:
>>>> On Fri, 2006-07-14 at 18:34 -0400, Lee Revell wrote:
>>>>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote:
>>>>>> ftp://ftp.compro.net/public/rt-exec/
>>>>> The high res timers do not seem to be working.  Using 2.6.17-rt3 and
>>>>> glibc 2.3.6, I get the exact same (bad) results whether
>>>>> CONFIG_HIGH_RES_TIMERS is enabled or not.
>>>> Can you please send me a boot log ?
>>> Sent off-list.
>> I've discovered the problem - I was running rt-exec as a non-root user.
>>
>> Is the use of high res timers limited to root?
> 
> No. I guess the priority setting is not working as non-root.
> 
> 	tglx
> 

I think I put something in the README about this? Yep..

Mark