From mboxrd@z Thu Jan 1 00:00:00 1970 References: <56DC4081.4040807@esiee.fr> <20160306150817.GA1783@hermes.click-hack.org> From: Thierry Grandpierre Message-ID: <56DC5749.8020506@esiee.fr> Date: Sun, 6 Mar 2016 17:14:01 +0100 MIME-Version: 1.0 In-Reply-To: <20160306150817.GA1783@hermes.click-hack.org> Content-Type: text/plain; charset="windows-1252"; format="flowed" Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai] rtnet/xenomai-3.0.1+3.18.20kernel: tdma & nomac issue List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org Thanks for a so fast answer! Le 06/03/2016 16:08, Gilles Chanteperdrix a =E9crit : > 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=20 Host-only (connect VMs internally in a private network) without=20 connecting any host virtual adapter to this network neither DHCP. As explained, using wireshark on the second VM I saw the sync frame sent=20 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=20 Broadcast TDMA 42 Synchronisation wireshark on the slave : 204 0.484035000 Vmware_cc:8c:1b=20 Broadcast TDMA 64 Synchronisation =3D=3D> the strange thing is the size difference 42 on the master versus 64= =20 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=20 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