From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 27 Jan 2015 17:00:45 +0100 From: Gilles Chanteperdrix Message-ID: <20150127160045.GE16502@hermes.click-hack.org> References: <1942863149.11150.1422371568908.JavaMail.zimbra@wandercraft.eu> <20150127153903.GD16502@hermes.click-hack.org> <383897695.12140.1422374079502.JavaMail.zimbra@wandercraft.eu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <383897695.12140.1422374079502.JavaMail.zimbra@wandercraft.eu> Subject: Re: [Xenomai] Patch rtnet support Intel i217/i218 Ethernet Controller List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Huy Cong Vu Cc: xenomai@xenomai.org On Tue, Jan 27, 2015 at 04:54:39PM +0100, Huy Cong Vu wrote: > > > ----- Mail original ----- > > De: "Gilles Chanteperdrix" > > À: "Huy Cong Vu" > > Cc: xenomai@xenomai.org > > Envoyé: Mardi 27 Janvier 2015 16:39:03 > > Objet: Re: [Xenomai] Patch rtnet support Intel i217/i218 Ethernet Controller > > > On Tue, Jan 27, 2015 at 04:12:48PM +0100, Huy Cong Vu wrote: > >> Hello Xenomai group, > >> I recently run a test of rtnet on xenomai-3-next on my Intel NUC D54250WYK with > >> the Intel I218V Ethernet Controller. > >> It is patched on linux 3.14.17. Here I attached the patch to make rtnet work > >> with i217/i218 Intel family. > >> Also, I found out that in rtpacket module, the declaration of packet_proto_drv > >> lack of .device_count attribute, which makes the rtpacket & rtcap modules > >> unable to loaded ( -EINVAL is returned), so I merge it in my patch too. > >> I test on my system and all the following command is now working: > >> modprobe rtnet > >> modprobe rt_e1000e > >> modprobe rtpacket > >> modprobe rtcap > >> rtifconfig rteth0 up > >> ifconfig rteth0 up > >> ifconfig rteth0-mac up > >> But if I used the rteth0 interface, I can't unload rt_e1000e. > >> Could you take a look and see if anything is wrong, and if you find it useful, > >> merge it in your git repository. > >> Best regards, > > > > In Xenomai 3, you need to deconfigure the interface before you try > > to unload it. > > If I tried to turn off rteth0 interface after using it, I still can't unload rt_e1000e. > For now, this work: > modprobe rt_e1000e > modprobe rtpacket > rtifconfig rteth0 up > rtifconfig rteth0 down > rmmod rt_e1000e > rmmod rtpacket > > This doesn't work: > modprobe rt_e1000e > modprobe rtpacket > rtifconfig rteth0 up > //Send datagram through rteth0 interface > rtifconfig rteth0 down > rmmod rt_e1000e > > Do I have to do anything special from application level to deconfigure rteth0 too? No, rtifconfig down should be enough. Note that the module count handling requires some patches in the I-pipe kernel. Since it was reworked, it is entirely possible that there are some glitches with it, or that some necessary change in rt_e1000e.c is missing. Also, since the multiple modules system will not fly for building rtnet and its modules into the kernel, this will be reworked. Other than that, does rtnet work for you ? -- Gilles.