On Mon, Jun 26, 2017 at 08:39:45PM +0200, Neels Hofmeyr wrote:
976 has a different failure in *one* of two trx
tests:
20170626171713513 DL1C <0006> scheduler_trx.c:1704 We were 47 FN faster than TRX,
compensating
20170626171713514 DL1C <0006> scheduler_trx.c:1704 We were 47 FN faster than TRX,
compensating
20170626171713515 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713517 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713517 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713518 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713518 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713518 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713518 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713519 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
20170626171713519 DL1C <0006> scheduler_trx.c:1704 We were 44 FN faster than TRX,
compensating
the above are all very odd, as they indicate that the 4.6ms timer
expires constantly way faster than actual 4.6ms as per the clock we
receive from the TRX. And it's not an occasional frame every so often,
but lots (44*4.6=202.4ms) within one second, that's a 20% clock deviation.
20170626171713727 DL1C <0006>
scheduler_trx.c:1600 PC clock skew: elapsed_us=614659, error_us=610044
This means that the Linux kernel was supposed to scheudle us after
4.6ms, but actually took 610ms longer, i.e. more than half a second.
This is highly unusual. Something really odd must be happening to the
system here. What other tasks with realtime priority (SCHED_RR) are running on the
system?
--
- Harald Welte <laforge(a)gnumonks.org>
http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)