[LTP] [PATCH] times03: don't assume process initial [us]time is 0

Jan Stancek jstancek@redhat.com
Wed Mar 7 13:17:24 CET 2018


----- Original Message -----
> Hi!
> > times() runs immediately after fork(), but syscall alone
> > seems to be enough for some systems to already account ticks.
> > 
> > For example on arm64 with 4.14:
> >   tst_test.c:980: INFO: Timeout per run is 0h 05m 00s
> >   times03.c:102: PASS: buf1.tms_utime = 0
> >   times03.c:105: FAIL: buf1.tms_stime = 1
> >   ...
> > 
> > This patch drops the initial zero check for [us]time.
> 
> I wonder if we should drop only the system time counter check, since
> agruably the user time should be zero.

Current fork()/times() is likely not doing much in user-space, but
I'd rather not rely on that. If you want to keep the check, I'd
prefer to check for some small values.

Regards,
Jan

> Or if we should check that these
> values are small enough, i.e. < 5 (which should be somewhere between 5ms
> and 50ms depending on CONFIG_HZ).
> 
> 
> --
> Cyril Hrubis
> chrubis@suse.cz
> 


More information about the ltp mailing list