All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Petr Cervenka" <grugh@domain.hid>
To: rpm@xenomai.org
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] rt_queue_delete returns -EBUSY
Date: Tue, 26 Aug 2008 10:07:08 +0200	[thread overview]
Message-ID: <200808261007.17504@domain.hid> (raw)
In-Reply-To: <200808260935.5720@domain.hid>

>Petr Cervenka wrote:
>> Hello,
>> I tried xenomai 2.4.5, hoping that my problems with real-time queue
will disappear. But there is another (perhaps very trivial) error.
>> Function call rt_queue_delete always returns -EBUSY (at least for me).
You don't have to bind it from another task or use it at all.
>> I hope that I have used it in the right way.
>
>Actually, if your code still creates and deletes queues dynamically
during the
>normal operations, this is clearly not the best approach. Those calls are
VERY
>costly, and very much prone to unbounded latency.
>
>I.e. They switch to secondary mode, allocate/deallocate ranges of kernel
memory,
>create/delete internal Xenomai heap objects, and eventually map/unmap
those
>memory ranges to/from your user-space process.

Dynamic creation of the queues is used only on time non-critical path (client connection, reconfiguration, ...).
I use one central queue and a listening server.
Then I have a set o clients which try to connect to the server. They create input and output queues  and send its identifiers to the server through the central queue.
Server binds those queues (in slow task ) and start to send and receive data  (in fast task).
Similar system is used for reconfiguration, spec. commands, etc..
Only the slow tasks are involved (I hope so).
Petr Cervenka

>-- 
>Philippe.
>



      parent reply	other threads:[~2008-08-26  8:07 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-25 15:43 [Xenomai-help] rt_queue_delete returns -EBUSY Petr Cervenka
2008-08-25 16:24 ` Philippe Gerum
2008-09-04 16:04   ` Petr Cervenka
2008-09-04 21:46     ` Mark Saiia
2008-09-05  8:46       ` Gilles Chanteperdrix
2008-09-08 10:34         ` Philippe Gerum
2008-09-15 13:04           ` Petr Cervenka
2008-09-15 17:29             ` Philippe Gerum
2008-09-20 10:19               ` Paul
2008-09-20 13:54                 ` Philippe Gerum
2008-09-21  9:09                 ` Gilles Chanteperdrix
2008-08-25 16:51 ` Philippe Gerum
     [not found]   ` <200808260929.2847@domain.hid>
     [not found]     ` <200808260935.5720@domain.hid>
2008-08-26  8:07       ` Petr Cervenka [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=200808261007.17504@domain.hid \
    --to=grugh@domain.hid \
    --cc=rpm@xenomai.org \
    --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.