public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* MAX_USER_RT_PRIO < MAX_RT_PRIO limits user-space?
@ 2002-07-11 19:39 anton wilson
  0 siblings, 0 replies; only message in thread
From: anton wilson @ 2002-07-11 19:39 UTC (permalink / raw)
  To: linux-kernel



Sorry to post such a simple question but I'm having trouble comprehending the 
new priority range scheme used with O(1) and no one on kernelnewbies can help.

Documentation states that priorities are inverted.
It also states that the separation between MAX_USER_RT_PRIO and MAX_RT_PRIO 
allows kernel threads to have a higher priority if MAX_USER_RT_PRIO < 
MAX_RT_PRIO.

I don't see how this is possible because in setscheduler

* Valid priorities for SCHED_FIFO and SCHED_RR are
* 1..MAX_USER_RT_PRIO-1

and the p->static_prio for RT tasks is determined by

p->prio = MAX_USER_RT_PRIO-1 - p->rt_priority;

so the static_prio for a RT task has a range: [0 ... MAX_USER_RT_PRIO - 2 ]

Fluctuating MAX_USER_RT_PRIO will never prevent a RT process from accessing 
the bottom of the priority range. And lower means higher priority.

What am I misunderstanding?

Anton


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-07-11 19:38 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-07-11 19:39 MAX_USER_RT_PRIO < MAX_RT_PRIO limits user-space? anton wilson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox