All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marco Jackel <ich@domain.hid>
To: xenomai@xenomai.org
Subject: [Xenomai-help] Re: [RTDM] best strategy for periodic reading
Date: Tue, 16 May 2006 20:56:15 +0200	[thread overview]
Message-ID: <e4d78d$pc4$1@domain.hid> (raw)
In-Reply-To: <44699D5A.9070806@domain.hid>

Hi Jan,

Jan Kiszka wrote:
  > What is the usage model of your driver? Is there an application thread
> associated to each frequency or even each channel? Or is there a single
> reader which gets woken up once some channel finishes the conversion? Or
> does the application requests a bulk of samples from multiple channels?

I want to implement this as a single reader. The only thing I've to do 
is to log the data from the different channels to one or more file(s).

> Depending on that usage model, an alternative way to implement your
> driver is to let the application generate the conversion clock, i.e. let
> it poll the data (maybe just blocking on the conversion completion).

I'll try that.

> On the other hand, if the acquisition job currently performed in
> rtdm_tasks is rather light-weight,

I think so, only a few small macros with bit-operations that set/read 
the register from the ISA-card

> maybe timers would help you to reduce
> the overhead involved in multiple threads reading from the same device
> (including locking etc.). Unfortunately, an RTDM interface for direct
> timer usage has not yet been fully specified. Some preliminary patch
> hangs around on my box for quite a few months now. Do you see advantages
> for your scenario when using timers, i.e. executing the periodic jobs
> directly in the context of the timer IRQ handler? If yes, I could try to
> accelerate the finalisation of this patch.

There are some sensors on the serial device, too, and the event-driven 
programming is a very elegant way (using xeno_16550A with 
"rt_dev_ioctl(imu_fd, RTSER_RTIOC_WAIT_EVENT, &rx_event );". So I 
thought it would be nice to implement the driver for the ISA-card in a 
similar way.

Thanks
Maggo



      parent reply	other threads:[~2006-05-16 18:56 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-16  8:43 [Xenomai-help] [RTDM] best strategy for periodic reading Marco Jackel
2006-05-16  9:37 ` Jan Kiszka
2006-05-16 10:15   ` Li Yi (Adam)
2006-05-16 10:55     ` Jan Kiszka
2006-05-16 18:56   ` Marco Jackel [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='e4d78d$pc4$1@domain.hid' \
    --to=ich@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.