Re: [RTnet-users] Update rt_e1000e driver -- job offer
Dnia Wtorek, 27 Maja 2014 19:00 Gilles Chanteperdrix napisał(a) > On 05/27/2014 12:47 PM, Mariusz Janiak wrote: > > Hi, > > > >> There are so many reasons that could happen. At first, are you sure > >> , your xenomai system has not any jitter involved ? And how have > >> you checked it ? > > > > It seems that, Xenomai is running stable, we have tested it with > > standard xeno utilities. We have observed similar problem with > > rt_e1000e driver on several different machines. The problem is > > following, tdma module periodically allocate memory for > > synchronization frame and then issue tx service from driver. When > > driver is not sending a frames, it does not release memory in tx > > interrupt. After a while, RTnet stack is out of memory and tdma > > report "TDMA: Failed to transmit sync frame!" (function > > tdma_xmit_sync_frame(...) in tdma_proto.c). Unfortunately I am not > > understand how it can be related with jitter. I wonder why driver in > > not sending a frame after calling rtmac_xmit(rtskb); by tdma module. Hi Gilles, > Are you sure that the problem is not simply that the phy is in its > auto-negotiation phase? Do you poll the mdio registers? > I have suspected a problem with PHY but I wasn't able to get deeper into driver code, especially PHY configuration and control part. I do not feel confident in this area. In a first step we have tried to understand why a standard linux driver operate without such problem, and what has changed since last rt driver update. We thought that problem may be outdated rt dirver. Thanks you suggestion we have new clue, now. Assuming that you are right, what should driver do in this case? Drop tx frames or wait until auto-negotiation will finish? Mariusz -- The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk ___ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
Re: [RTnet-users] Update rt_e1000e driver -- job offer
On 05/27/2014 12:47 PM, Mariusz Janiak wrote: > Hi, > >> There are so many reasons that could happen. At first, are you sure >> , your xenomai system has not any jitter involved ? And how have >> you checked it ? > > It seems that, Xenomai is running stable, we have tested it with > standard xeno utilities. We have observed similar problem with > rt_e1000e driver on several different machines. The problem is > following, tdma module periodically allocate memory for > synchronization frame and then issue tx service from driver. When > driver is not sending a frames, it does not release memory in tx > interrupt. After a while, RTnet stack is out of memory and tdma > report "TDMA: Failed to transmit sync frame!" (function > tdma_xmit_sync_frame(...) in tdma_proto.c). Unfortunately I am not > understand how it can be related with jitter. I wonder why driver in > not sending a frame after calling rtmac_xmit(rtskb); by tdma module. Are you sure that the problem is not simply that the phy is in its auto-negotiation phase? Do you poll the mdio registers? -- Gilles. -- The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk ___ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
Re: [RTnet-users] Update rt_e1000e driver -- job offer
Hi,
> There are so many reasons that could happen.
> At first, are you sure , your xenomai system has not any jitter involved
> ? And how have you checked it ?
It seems that, Xenomai is running stable, we have tested it with standard xeno
utilities. We have observed similar problem with rt_e1000e driver on several
different machines. The problem is following, tdma module periodically allocate
memory for synchronization frame and then issue tx service from driver. When
driver is not sending a frames, it does not release memory in tx interrupt.
After a while, RTnet stack is out of memory and tdma report "TDMA: Failed to
transmit sync frame!" (function
tdma_xmit_sync_frame(...) in tdma_proto.c). Unfortunately I am not understand
how it can be related with jitter. I wonder why driver in not sending a frame
after calling rtmac_xmit(rtskb); by tdma module.
Mariusz
> > Regards,
> > S.Ancelot
> >
> >
> > On 26/05/2014 11:16, Mariusz Janiak wrote:
> > > Dear all,
> > >
> > > We are looking for a person who is able to update the rt_e1000e driver to
> > > make it supporting the newer Intel NIC like 82574L, 82579LM, 82567V
> > > correctly under the Xenomai 2.6.3 with a kernel at least 3.8.13 or newer.
> > > The problem is following, while RTnet modules and drivers load correctly
> > > without any warnings, NIC is not able to send ethernet frames for some
> > > random time. During that time, RTnet stack report that is not able to
> > > transmit synchronization frame ("TDMA: Failed to transmit sync
> > > frame!"), the rt_e1000e driver reset device several times, and two leds
> > > integrated with connector are not blinking. After a while, device start
> > > to operate normally, sync frame are sending normally, and there is no
> > > further issues. The main problem is, that we don't know when RTnet stack
> > > start to work, so we have to wait unpredictable period of time. Also just
> > > after NIC start sending sync frames, it has buffered several old ones, so
> > > it send them one ofter another as fast as possible, what
> make
> > > problem for our custom devices during synchronization phase. Currently,
> > > we observe similar non acceptable behavior on following machines:
> > >- Supermicro MBD-X9SPV-M4-3QE-O,
> > >- Advantech PCM-3363D-1GS8A1E,
> > >- Commel Mini-ITX Motherboard LV-67C.
> > > with latest RTnet git version, Xenomai 2.6.3, kernel 3.8.13 and Ubuntu
> > > 12.04.
> > >
> > > We expect that an involved person should prepare a patch which remove
> > > described issues and applies cleanly to the latest RTnet git version. The
> > > patch should be available for a community on the same license as RTnet
> > > stack. Patch will be tested on listed devices.
> > >
> > > We offer a contract to perform a specified task, one of the parties will
> > > be
> > >
> > > Wroclaw University of Technology
> > > Wybrzeże Wyspiańskiego 27
> > > 50-370 Wrocław
> > > tel. 71 320 26 00
> > > NIP: 896-000-58-51
> > > REGON: 01614
> > > www.pwr.edu.pl
> > >
> > > Please send your letter of application including, short CV, expected
> > > salary (EUR or PLN) and estimated time period required for patch
> > > preparation, to
> > >
> > > Mariusz Janiak
> > > Chair of Cybernetics and Robotics,
> > > Wroclaw University of Technology
> > > Janiszewskiego 11/17,
> > > Wroclaw, Poland,
> > > tel: +48 71 320 26 44
> > > email: mariusz.jan...@pwr.edu.pl
> > >
> > > Best regards,
> > > Mariusz
> > >
> > >
> > >
> > >
> > > --
> > > The best possible search technologies are now affordable for all
> > > companies.
> > > Download your FREE open source Enterprise Search Engine today!
> > > Our experts will assist you in its installation for $59/mo, no commitment.
> > > Test it for FREE on our Cloud platform anytime!
> > > http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> > > ___
> > > RTnet-users mailing list
> > > RTnet-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/rtnet-users
> >
> >
> > --
> > The best possible search technologies are now affordable for all companies.
> > Download your FREE open source Enterprise Search Engine today!
> > Our experts will assist you in its installation for $59/mo, no commitment.
> > Test it for FREE on our Cloud platform anytime!
> > http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> > ___
> > RTnet-users mailing list
> > RTnet-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/rtnet-users
--
The best possible search technologies are now affordable for all comp
Re: [RTnet-users] Update rt_e1000e driver -- job offer
Hi,
There are so many reasons that could happen.
At first, are you sure , your xenomai system has not any jitter involved
? And how have you checked it ?
Regards,
S.Ancelot
On 26/05/2014 11:16, Mariusz Janiak wrote:
> Dear all,
>
> We are looking for a person who is able to update the rt_e1000e driver to
> make it supporting the newer Intel NIC like 82574L, 82579LM, 82567V correctly
> under the Xenomai 2.6.3 with a kernel at least 3.8.13 or newer. The problem
> is following, while RTnet modules and drivers load correctly without any
> warnings, NIC is not able to send ethernet frames for some random time.
> During that time, RTnet stack report that is not able to transmit
> synchronization frame ("TDMA: Failed to transmit sync
> frame!"), the rt_e1000e driver reset device several times, and two leds
> integrated with connector are not blinking. After a while, device start to
> operate normally, sync frame are sending normally, and there is no further
> issues. The main problem is, that we don't know when RTnet stack start to
> work, so we have to wait unpredictable period of time. Also just after NIC
> start sending sync frames, it has buffered several old ones, so it send them
> one ofter another as fast as possible, what make
> problem for our custom devices during synchronization phase. Currently, we
> observe similar non acceptable behavior on following machines:
>- Supermicro MBD-X9SPV-M4-3QE-O,
>- Advantech PCM-3363D-1GS8A1E,
>- Commel Mini-ITX Motherboard LV-67C.
> with latest RTnet git version, Xenomai 2.6.3, kernel 3.8.13 and Ubuntu 12.04.
>
> We expect that an involved person should prepare a patch which remove
> described issues and applies cleanly to the latest RTnet git version. The
> patch should be available for a community on the same license as RTnet stack.
> Patch will be tested on listed devices.
>
> We offer a contract to perform a specified task, one of the parties will be
>
> Wroclaw University of Technology
> Wybrzeże Wyspiańskiego 27
> 50-370 Wrocław
> tel. 71 320 26 00
> NIP: 896-000-58-51
> REGON: 01614
> www.pwr.edu.pl
>
> Please send your letter of application including, short CV, expected salary
> (EUR or PLN) and estimated time period required for patch preparation, to
>
> Mariusz Janiak
> Chair of Cybernetics and Robotics,
> Wroclaw University of Technology
> Janiszewskiego 11/17,
> Wroclaw, Poland,
> tel: +48 71 320 26 44
> email: mariusz.jan...@pwr.edu.pl
>
> Best regards,
> Mariusz
>
>
>
>
> --
> The best possible search technologies are now affordable for all companies.
> Download your FREE open source Enterprise Search Engine today!
> Our experts will assist you in its installation for $59/mo, no commitment.
> Test it for FREE on our Cloud platform anytime!
> http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
> ___
> RTnet-users mailing list
> RTnet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/rtnet-users
--
The best possible search technologies are now affordable for all companies.
Download your FREE open source Enterprise Search Engine today!
Our experts will assist you in its installation for $59/mo, no commitment.
Test it for FREE on our Cloud platform anytime!
http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
___
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
