Hi!
> I'm getting failures with the sched_setparam02 and sched_setparam03 tests on
> the 3.14 and 3.15 kernels in Fedora that did not happen on 3.13. Did
> something
> change in the upstream kernel? Do the tests need to be updated?
The testcases are bit messy but there doesn't seem to be anything wrong
with them.
And it seems to work fine for me with 3.14.0 vanilla kernel, but does
not work with older 3.11 based distribution kernel (possibly some patch
got backported there).
> 3.14 getparam != setparam:
> ===============================================================================
> [root@localhost bin]# uname -r
> 3.14.9-200.fc20.x86_64
> [root@localhost bin]# strace \
> -e trace=sched_setscheduler,sched_setparam,sched_getparam \
> ./sched_setparam02 >/dev/null
> sched_setscheduler(0, SCHED_FIFO, { 1 }) = 0
> sched_setparam(0, { 5 }) = 0
> sched_getparam(0, { 0 }) = 0
> sched_setscheduler(0, SCHED_RR, { 1 }) = 0
> sched_setparam(0, { 5 }) = 0
> sched_getparam(0, { 0 }) = 0
> sched_setscheduler(0, SCHED_OTHER, { 0 }) = 0
> sched_setparam(0, { 0 }) = 0
> sched_getparam(0, { 0 }) = 0
> +++ exited with 5 +++
> ===============================================================================
The man 7 sched suggests that SCHED_FIFO and SCHED_RR priority must be >
0 at all times. So I guess that this is a bug and we need to find the
patch that changed the kernel behavior.
--
Cyril Hrubis
chru...@suse.cz
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
