From mboxrd@z Thu Jan 1 00:00:00 1970 From: Armin Steinhoff Subject: Re: Operation not permitted / pthread_setschedparam Date: Sun, 05 Oct 2014 12:13:33 +0200 Message-ID: <543119CD.3050507@steinhoff.de> References: <542A88A8.7060800@steinhoff.de> <542BACF1.3090405@steinhoff.de> <542D0689.8050602@steinhoff.de> <542FD0BE.10508@osadl.org> <542FE9B4.3060708@steinhoff.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8BIT Cc: rt-users To: Carsten Emde , Patrik Lundquist Return-path: Received: from mout.kundenserver.de ([212.227.17.24]:64359 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750950AbaJEKNr convert rfc822-to-8bit (ORCPT ); Sun, 5 Oct 2014 06:13:47 -0400 In-Reply-To: <542FE9B4.3060708@steinhoff.de> Sender: linux-rt-users-owner@vger.kernel.org List-ID: Armin Steinhoff schrieb: > Carsten Emde schrieb: >> Armin, >> >>> [..] But there are some sideeffects to other running >>> processes/threads related to their assigned priorities. Here is the >>> priority assignment after a fresh boot: ps -elf -> >>> Prio-After-OS-Restart.txt attached >>> >>> If the app "demo_mn_console" has started its first RT thread, a lot >>> of other processes/threads are jumping to the highest RT priority >>> 99!! Please have a look to: ps -elf -> Prio-after-app-start.txt >>> >>> Do we have a problem with the RT kernel ? Or is simply the ps >>> utility broken ? >> Let me try to summarize your observations and suspicions: >> 1. After booting your RT kernel, everything works as expected. > Yes, all seems to be OK. > >> 2. The ps utility works as expected. > Yes >> 3. There are no bug reports that the RT kernel autonomously and at >> random fiddles around with task priorities. > I have submited a bug report in the meantime. > >> 4. There are no bug reports that the ps utility - one of the most >> frequently used utilities - suddenly may start to display erroneous >> priority numbers. > A bug in the good old "ps" would be very unlikely. This statement is'nt correct ! The "ps -elf" command shows a lot of nonsense ... when I can trust the command "ps -e -L -o class,rtprio,pri,nice,cmd" there are no priority changes of other processes! But after start of the demo the command "ps -e -L -o class,rtprio,pri,nice,cmd" is swapping the values of "pri" of "nice" ... without changing theire values! What's going on here ?? However ,,, it's good to see that the problem seems not to be in the kernel ... --Armin