From: Jan Kiszka <jan.kiszka@domain.hid>
To: emin ak <eminak71@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] gigabit rate packet processing with xenomai
Date: Tue, 28 Mar 2006 18:38:00 +0200 [thread overview]
Message-ID: <44296668.10300@domain.hid> (raw)
In-Reply-To: <2cf1ee820603280009r5adec759h99aa69809f68b457@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1900 bytes --]
emin ak wrote:
> Dear All;
> I'am new with xenomai (and also adeos), firstly I would like to thank
> who contributed to this project for this high quality job. I have an
> project that needs gigabit rate ethernet packet processing in user
> space and need your recommendations.
> I want to archive this with minimal kernel level device driver changes.
> According to my plan, I'll create a realtime user level thread and
> this thread sleeps (with the mutex machanism in the native api) until
In general, mutexes are not the right mechanism to wait on a specific
event, they are used to synchronise concurrent access to resources. What
you are likely looking for are e.g. semaphores.
> receiving a valid ethernet packet on ethernet interface that is
> working regular linux domain. After receiving the packet, ethernet
> driver releases the lock and sends packet to user level thread (with
> shared memory or an other way).With this way, I have left the device
> driver in linux domain, I'll only need to add locking and shared
> memory system in the device driver.Does this system work? Does the
Not very well (which means: not deterministically). You need to put the
driver under Xenomai control to achieve predictable latencies.
> user level thread affect the functionallty of ethernet interface?Do I
> need to implement all my user space thread and kernel level driver in
> primaly domain?
Yep, but you might be lucky: there is one Gigabit Ethernet driver
already available with RTnet (Realtek 8169). If you are only looking for
deterministic packet processing in an arbitrary network, you just have
to load the RTnet core and the rt_r8169 driver, and then you can
register your protocol types for sending and receiving (via rt-packet
sockets). There are also examples available with RTnet. Feel free to ask
for more details on the RTnet list.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2006-03-28 16:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-28 8:09 [Xenomai-help] gigabit rate packet processing with xenomai emin ak
2006-03-28 16:38 ` Jan Kiszka [this message]
2006-03-30 15:24 ` emin ak
2006-03-30 21:01 ` Jan Kiszka
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=44296668.10300@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=eminak71@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.