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 16:34:13 +0200 Message-ID: <543156E5.50004@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 To: rt-users Return-path: Received: from mout.kundenserver.de ([212.227.126.130]:61513 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751610AbaJEOeR convert rfc822-to-8bit (ORCPT ); Sun, 5 Oct 2014 10:34:17 -0400 In-Reply-To: Sender: linux-rt-users-owner@vger.kernel.org List-ID: Thomas Gleixner schrieb: > On Sat, 4 Oct 2014, Armin Steinhoff wrote: >> 8. And your second suspicion is that the ps utility is broken. >> The question about the operation of "ps" was just a formal one .. sorry. > Well, I'd say it's not formal. Let me cite from your previous mail: > >>>> 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!! > Did you ever try to invoke: > > # man ps > > and try to figure out what the PRI field actually means? Definitely > not. > > My version of "man ps" tells me: > > pri PRI priority of the process. Higher number means > lower priority. I have two version of the "man ps" ... the statement of man page 1p isn't applicable for SCHED_FIFO/SCHED_RR because 99 is right here the highest prio for the scheduling. Sorry for not bothering about the confusing handling of priorities within LINUX ... --Armin