From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45361F0C.1010007@domain.hid> Date: Wed, 18 Oct 2006 14:33:16 +0200 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Xenomai-help] Adeos/Xenomai Arm Port References: <1161099585.5024.48.camel@domain.hid> <1161157955.5093.3.camel@domain.hid> <4536038A.4000002@domain.hid> <1161174276.5093.22.camel@domain.hid> In-Reply-To: <1161174276.5093.22.camel@domain.hid> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5F92D56CB12E840B0CBC48C0" Sender: jan.kiszka@domain.hid List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-15?Q?=22Schl=E4gl_=5C=22Manfred_jun=2E=5C=22=22?= Cc: xenomai-help This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5F92D56CB12E840B0CBC48C0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Schl=E4gl Manfred jun. wrote: > On Wed, 2006-10-18 at 12:35 +0200, Jan Kiszka wrote: >=20 >> I vote for solution 4: >> >> --- include/rtdm/rttesting.h (revision 1731) >> +++ include/rtdm/rttesting.h (working copy) >> @@ -85,8 +85,8 @@ typedef struct rttst_overall_bench_res { >> >> typedef struct rttst_tmbench_config { >> int mode; >> - nanosecs_rel_t period; >> int priority; >> + nanosecs_rel_t period; >> int warmup_loops; >> int histogram_size; >> int histogram_bucketsize; >> >> Could you check if this helps? >> >> Thanks, >> Jan >> >=20 >=20 > Thanks! It works. ioctls are working Ok, I will apply the patch. >=20 > But there is another Problem: I've inserted debug messages >=20 > // USER-PROCESS > -sh-3.00# ./run -- -t 1 -p 10000 -T 5 > * > * > * Type ^C to stop this application. > * > * > Using /lib/modules/2.6.15.7/kernel/drivers/xenomai/testing/xeno_timerbe= nch.ko > =3D=3D Sampling period: 10000 us > =3D=3D Test mode: in-kernel periodic task > =3D=3D All results in microseconds > LATENCY: display send RTTST_RTIOC_TMBENCH_START: > mode 0 > periode 1 > pri 99 > warmup 1 > hist_s 0 > hist_bs 1000 > fmax 0 > DEBUG: rt_dev_ioctl: request: 1075840528 > warming up... > DEBUG: rt_dev_ioctl: request: -1070594560 > RTT| 00:00:01 (in-kernel periodic task, 10000 us period, priority 99)= > RTH|-----lat min|-----lat avg|-----lat max|-overrun|----lat best|---lat= > worst > RTD| 29.369| 32.341| 35.879| 0| 29.369| > 35.879 > DEBUG: rt_dev_ioctl: request: -1070594560 > RTD| 22.135| 32.381| 36.241| 0| 22.135| > 36.241 > DEBUG: rt_dev_ioctl: request: -1070594560 > RTD| 21.050| 32.378| 37.326| 0| 21.050| > 37.326 > DEBUG: rt_dev_ioctl: request: -1070594560 > DEBUG: rt_dev_ioctl: request: -1071118831 > ---|------------|------------|------------|--------|-------------------= ------ > RTS|-1095770.696| 0.001| 93.660| 93748| > 00:00:05/00:00:05 > -sh-3.00# =09 >=20 > // KERNEL-OUTPUT >=20 > [42949410.980000] KERNEL: rt_tmbench_ioctl_nrt got request 1075840528 > [42949410.990000] KERNEL: rt_tmbench_ioctl_nrt got > RTTST_RTIOC_TMBENCH_START: > [42949411.020000] mode 0 > [42949411.020000] periode 10000000 > [42949411.030000] pri 99 > [42949411.040000] warmup 1 > [42949411.050000] hist_s 0 > [42949411.060000] hist_bs 1000 > [42949411.070000] fmax 0 > [42949411.080000] KERNEL: rt_tmbench_ioctl_nrt got request -1070594560 > [42949411.090000] rt_tmbench_ioctl_nrt: request > -1070594560(RTTST_RTIOC_INTERM_BENCH_RES) -> ret =3D -ENOSYS(-38) > [42949411.120000] rt_tmbench_ioctl_rt -1070594560 > [42949413.070000] KERNEL: rt_tmbench_ioctl_nrt got request -1070594560 > [42949413.090000] rt_tmbench_ioctl_nrt: request > -1070594560(RTTST_RTIOC_INTERM_BENCH_RES) -> ret =3D -ENOSYS(-38) > [42949413.120000] rt_tmbench_ioctl_rt -1070594560 > [42949414.070000] KERNEL: rt_tmbench_ioctl_nrt got request -1070594560 > [42949414.090000] rt_tmbench_ioctl_nrt: request > -1070594560(RTTST_RTIOC_INTERM_BENCH_RES) -> ret =3D -ENOSYS(-38) > [42949414.120000] rt_tmbench_ioctl_rt -1070594560 > [42949415.070000] KERNEL: rt_tmbench_ioctl_nrt got request -1070594560 > [42949415.090000] rt_tmbench_ioctl_nrt: request > -1070594560(RTTST_RTIOC_INTERM_BENCH_RES) -> ret =3D -ENOSYS(-38) > [42949415.120000] rt_tmbench_ioctl_rt -1070594560 > [42949415.290000] KERNEL: rt_tmbench_ioctl_nrt got request -1071118831 > [42949415.310000] rt_tmbench_ioctl_nrt: request -1071118831 -> ret =3D > -ENOTTY(-25) >=20 >=20 >=20 > The RTTST_RTIOC_INTERM_BENCH_RES request is received by > rt_tmbench_ioctl_nrt and rt_tmbench_ioctl_rt. Is this normal on arm? > (on my x86 this happens only at the beginning of a test-run) Remove your instrumentation printfs from the user space part. They always switch the task to secondary mode in order to dump the messages. Jan --------------enig5F92D56CB12E840B0CBC48C0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNh8MniDOoMHTA+kRAvYqAJ9F5xLtl0AUbjy3gxupBzbex2sBmwCfVs9X Xx/KXbgP779BiwsoY7E1E7g= =QG3e -----END PGP SIGNATURE----- --------------enig5F92D56CB12E840B0CBC48C0--