All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Webb <jeff.webb@nta-inc.net>
To: Xenomai <xenomai@xenomai.org>, rtnet-users@lists.sourceforge.net
Subject: Re: [Xenomai] Add "rtroute solicit" support to the rtnet script and rtnet.conf
Date: Thu, 18 Dec 2014 08:35:32 -0600	[thread overview]
Message-ID: <5492E634.3040605@nta-inc.net> (raw)
In-Reply-To: <20141217103118.GB7151@hermes.click-hack.org>

On 12/17/2014 04:31 AM, Gilles Chanteperdrix wrote:
> On Tue, Dec 16, 2014 at 03:51:16PM -0600, Jeff Webb wrote:
>> I am using rtnet without rtmac/tdma. I previously sent a patch
>> that allows one to use the "rtnet" script and rtnet.conf in this
>> configuration. I would also like to be able to specify a list of
>> IP addresses in rtnet.conf that are passed along to "rtroute
>> solicit". I have attached patches for the rtnet and
>> xenomai-3.git/next repositories. I think others will find them
>> useful.
>
> Well, you should probably be using "nomac" if you are not interested
> in tdma.
>

Thank you for your response.  I appreciate your advice, Gilles, and even more so, since I am new to RTnet.  I am somewhat confused by the rtmac/nomac configuration, since I haven't found a lot of documentation on it.  Something I read indicated that the primary purpose was for use as skeleton when writing new MAC implementations, but it also seems that it is useful for other purposes.  I have a couple questions that might clarify things for me a bit.

There are a couple of ASCII-art drawings at the beginning of the README.rtmac file in the rtnet documentation.  The first one seems to indicate that rtnet can be used without rtmac, if all communication is done from RT applications.  I see that with rtmac inserted, standard linux programs can also send information over the real-time interface.  The RTmac.spec document indicates that the rtmac layer wraps data sent through rtmac with an rtmac frame header, and specifies how the non-real-time packets can be tunneled through a real-time network.  My first question is: does the rtmac/nomac configuration still add the rtmac header?  I assumed the answer was "yes", but perhaps I am wrong.

My initial RTnet application is to send UDP packets in real-time to a hardware device manufactured by someone else.  Since I am not in control of the receiving device, I cannot have any additional headers added to my packets.  Can I do this without the rtmac module inserted?  Can I do this with rtmac and nomac inserted?  If so, what would be the advantage in my application?  At some point I may need to send/receive TCP and UDP packets for non-real-time configuration purposes, but I don't see any need to communicate from standard linux programs at this time.

Thank you again to everyone for their input.  The documentation is not very clear on how (or even if) rtnet can be used to do what I need.

-Jeff



  reply	other threads:[~2014-12-18 14:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-16 21:51 [Xenomai] Add "rtroute solicit" support to the rtnet script and rtnet.conf Jeff Webb
2014-12-17 10:31 ` Gilles Chanteperdrix
2014-12-18 14:35   ` Jeff Webb [this message]
2014-12-18 14:49     ` [Xenomai] [RTnet-users] " Gilles Chanteperdrix
2014-12-18 21:36       ` Jeff Webb

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=5492E634.3040605@nta-inc.net \
    --to=jeff.webb@nta-inc.net \
    --cc=rtnet-users@lists.sourceforge.net \
    --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.