From: Thierry Grandpierre <thierry.grandpierre@esiee.fr>
To: xenomai@xenomai.org
Subject: Re: [Xenomai] rtnet/xenomai-3.0.1+3.18.20kernel: tdma & nomac issue
Date: Sun, 6 Mar 2016 17:14:01 +0100 [thread overview]
Message-ID: <56DC5749.8020506@esiee.fr> (raw)
In-Reply-To: <20160306150817.GA1783@hermes.click-hack.org>
Thanks for a so fast answer!
Le 06/03/2016 16:08, Gilles Chanteperdrix a écrit :
> On Sun, Mar 06, 2016 at 03:36:49PM +0100, Thierry Grandpierre wrote:
>> 1) RTNET/TDMA : I am unsuccessfully trying to run rtnet/xenomai 3 on 2
>> virtual machines : a VM as master and a VM as slave. Synchro frames are
>> sent by the master and received on the slave machine (seen with
>> wireshark on the rteth0 of each machine) but slave never answer. Both
>> machine are VMs connected by a VM to VM private network (VMnet0 in
>> VMware)
> Are you sure the network emulation you use transmit all kinds of
> packets? In qemu, for instance, the default network emulation is not
> able to transmit icmp packets and probably not rtcfg packets (they
> use a custom ethertype). I have tested rtcfg with Xenomai 3.0.1 and
> it worked. I have not tried transmitting files though, just used it
> as a kind of DHCP.
I use VMware Workstation 11.0.0 build-2305329 and setup vm0 as a
Host-only (connect VMs internally in a private network) without
connecting any host virtual adapter to this network neither DHCP.
As explained, using wireshark on the second VM I saw the sync frame sent
by the first VM so I think that yes the packets seems to be transmitted :
wireshark on the master : 100 0.494738000 Vmware_cc:8c:1b
Broadcast TDMA 42 Synchronisation
wireshark on the slave : 204 0.484035000 Vmware_cc:8c:1b
Broadcast TDMA 64 Synchronisation
==> the strange thing is the size difference 42 on the master versus 64
received on the slave...22 bytes difference
I will try to get more info. on that..
>
>> Rtnet on the slave machine is waiting with message :
>> /usr/xenomai/sbin/rtcfg rteth0 add 10.0.0.2 -stage1 -
>> Waiting for all slaves.../usr/xenomai/sbin/rtcfg rteth0 wait"
>>
>> Rtnet on the master machine is also hanging with message
>> /usr/xenomai/sbin/rtifconfig rteth0 up 10.0.0.2
>> Stage 1: searching for master...
>>
>> I think rtnet on the slave machine doesn't see/understand the sync
>> frames. Below all details are given.
>>
>> 2)RTNET/NOMAC:
>> When trying nomac, once everything is configured, I'm getting " ioctl:
>> Resource temporarily unavailable" when pinging. Details are also given
>> at the end.
> This probably means that the network is not up, but I am a little
> confused, as I thought I added this check after the 3.0.1 release.
> Are you using the 3.0.1 release, or the current git?
> Anyway, if that is the case, when you run rtifconfig you should not
> see the RUNNING flag. You have to wait for the network to be up and
> running before being able to actually send packets.
>
I used the 3.0.1 release, not the git version.
How can I disable this RUNNING flag (I thought is was normal to have
running..) ? it never goes off by itself :-(
esiee@ubuntu:~$ sudo /usr/xenomai/sbin/rtifconfig rteth0 up
esiee@ubuntu:~$ sudo /usr/xenomai/sbin/rtifconfig rteth0
rteth0 Medium: Ethernet Hardware address: 00:0C:29:A5:4D:5C
IP address: 10.0.0.2 Broadcast address: 10.0.0.255
UP BROADCAST RUNNING MTU: 1500
Many thanks,
Thierry
next prev parent reply other threads:[~2016-03-06 16:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-06 14:36 [Xenomai] rtnet/xenomai-3.0.1+3.18.20kernel: tdma & nomac issue Thierry Grandpierre
2016-03-06 15:08 ` Gilles Chanteperdrix
2016-03-06 16:14 ` Thierry Grandpierre [this message]
2016-03-06 16:23 ` Gilles Chanteperdrix
2016-03-06 19:33 ` Thierry Grandpierre
2016-03-06 19:51 ` 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=56DC5749.8020506@esiee.fr \
--to=thierry.grandpierre@esiee.fr \
--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.