All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: "Hans-J. Ude" <software@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Priorities in the vxWorks skin
Date: Fri, 25 Nov 2005 09:12:37 +0100	[thread overview]
Message-ID: <4386C775.4070603@domain.hid> (raw)
In-Reply-To: <000001c5f050$416d9e00$7b030080@domain.hid>

Hans-J. Ude wrote:
> When I create some tasks under the vx skin with different priorities and
> then look at the /proc/xeno/sched file they are all listed with the
> value 2. Shouldn't priorities be mapped to the internal priority scale?
> Of course I can't expect the original vx values there but nevertheless
> they shouldn't be all the same. I've created an rtai interrupt handler
> task with priority 99 too. That one appeares with the value 100 in the
> list.
> 

The explanation is accessible there:
http://download.gna.org/xenomai/documentation/tags/v2.0.1/pdf/Introduction-to-UVMs.pdf

In short, in the context of the UVM, a user-space copy of the nucleus is 
running embodied into your Linux process, this is the one that enforces 
the VxWorks priority levels. To this end, it only uses three scheduling 
levels from the real nucleus in kernel space it communicates with, in 
order to schedule the application threads: one for the interrupt 
services, one for the idle thread, and the final one for the thread that 
should be running application-wise. Non-running threads are simply 
suspended from the in-kernel nucleus POV.

> regards,
> Hans
> 
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
> 


-- 

Philippe.


      reply	other threads:[~2005-11-25  8:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-23 17:06 [Xenomai-help] Priorities in the vxWorks skin Hans-J. Ude
2005-11-25  8:12 ` Philippe Gerum [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4386C775.4070603@domain.hid \
    --to=rpm@xenomai.org \
    --cc=software@domain.hid \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.