All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Webb <jeff.webb@domain.hid>
To: Ulrich Schwab <schwab@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Porting / API Questions
Date: Thu, 07 Sep 2006 15:15:50 -0500	[thread overview]
Message-ID: <45007DF6.1030807@domain.hid> (raw)
In-Reply-To: <200609071112.28817.schwab@domain.hid>

Ulrich Schwab wrote:
> When I did the same switch (9 month ago now) I choose to combine
> the kernel / user space split in one application and switched to the native 
> API at the same time.
> I think it was a good decision, since now the application is independent of 
> the exact kernel version and is easier to debug.
> Only the driver for the analog and digital I/O is still a kernel module (RTDM)
> 
> The RT kernel threads of the original version are now threads of the user 
> space app running in primary mode. This means the split between RT/non-RT
> is basically the same as before, but now they all run in user space.

I'm glad to hear that you were successful with porting your application!  I plan to take a similar approach eventually, but I want to do things one small step at a time.

> Why do You need a FIFO this large ?

I have a whole lot of data coming over the FIFO at a very high rate.  The user-space side also has some graphics routines that have a long latency in certain situations.  The amount of data transferred could be reduced substantially, but not without major changes to the simulation, which I cannot afford to do at the moment.

> Why not using shared memory for the data, and the FIFO for passing
> signals/commands ?

I need to log data, plot, and do other things at certain exact simulation times.  Using shared memory, I cannot guarantee that I will be able to get data with the timestamp I need.  The real-time/user-space partitioning of our simulation is not at all optimal.  Switching to userspace real-time will allow me to do things in a much cleaner way.

Thanks for your input,

Jeff



  reply	other threads:[~2006-09-07 20:15 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-06 21:22 [Xenomai-help] Porting / API Questions Jeff Webb
2006-09-07  9:12 ` Ulrich Schwab
2006-09-07 20:15   ` Jeff Webb [this message]
2006-09-07 10:35 ` Jan Kiszka
2006-09-07 19:56   ` Jeff Webb
2006-09-08 11:06     ` Gilles Chanteperdrix
2006-09-07 11:07 ` Gilles Chanteperdrix
2006-09-07 20:03   ` Jeff Webb
2006-09-08 15:12     ` Gilles Chanteperdrix

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=45007DF6.1030807@domain.hid \
    --to=jeff.webb@domain.hid \
    --cc=schwab@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.