Project Home
Project Home
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames: (22 Items)
   
RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Hi,

I wonder if someone saw this before or maybe one can help to find the case of the problem: 

I'm using an own io-pkt-v4 instance with an 82574L pci-express network card (devnp-e1000.so driver) for EtherCAT (real 
time ethernet) communication. The SW is basically doing the same sequence every ~1ms (every system interrupt, which is a
 bit faster than 1ms, though that's ok). There is a bpf read() to read the packet of the previous cycle followed by a 
write() to send a new frame. The EtherCAT network will process the frame and it takes around ~35us till an interrupt 
occurs (cause of the returning frame) and the io-pkt process reads the frame (which is read by the application in the 
next cycle...)

Sometimes, about 200 times within 30 minutes, the interrupt is missing and the read call will run into a timeout. 

by looking at the kernel event trace, I can see no errros. The write call returns ok, though the "returning packet" and 
thus the interrupt is really missing. 

anyone saw something like this before? any ideas "where" to search for the problem? 

( it’s a x86 core i7 system with QNX 6.5.0 Sp1 + devnp-e1000.so latest bsp patch drivers, no apic, but multicore) 

Thanks!!
Matthias
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Matthias,

it could based on actions of the SMI (System Management Interrupt) or
your interrupt is shared by an other device/device driver which disables
the IRQ for a longer time. I saw it in context with one of our CAN
drivers ....

--Armin


Matthias Ecker wrote:
> Hi,
>
> I wonder if someone saw this before or maybe one can help to find the case of the problem: 
>
> I'm using an own io-pkt-v4 instance with an 82574L pci-express network card (devnp-e1000.so driver) for EtherCAT (real
 time ethernet) communication. The SW is basically doing the same sequence every ~1ms (every system interrupt, which is 
a bit faster than 1ms, though that's ok). There is a bpf read() to read the packet of the previous cycle followed by a 
write() to send a new frame. The EtherCAT network will process the frame and it takes around ~35us till an interrupt 
occurs (cause of the returning frame) and the io-pkt process reads the frame (which is read by the application in the 
next cycle...)
>
> Sometimes, about 200 times within 30 minutes, the interrupt is missing and the read call will run into a timeout. 
>
> by looking at the kernel event trace, I can see no errros. The write call returns ok, though the "returning packet" 
and thus the interrupt is really missing. 
>
> anyone saw something like this before? any ideas "where" to search for the problem? 
>
> ( it’s a x86 core i7 system with QNX 6.5.0 Sp1 + devnp-e1000.so latest bsp patch drivers, no apic, but multicore)
 
>
> Thanks!!
> Matthias
>
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post105134
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Armin,

thank you for your comments! I thought about SMI, too (since we had SMI issues with every new hardware generation). 
Though our typical "does a SMI steal our cpu tests" did not show any problem.

Shared interrupts may be an issue: the network card shares the interrupt with the devb-ahci and another network card. In
 case I replace the pci-express with a pci card (same devnp-e1000.so), I don't see any missing interrupts?! That's 
really strange!!

BR
Matthias

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Matthias,

as reported already be others ... the devb-ahci is probbably the bad guy .

BTW ... my concept is to minimize the dependency of our fieldbus
resource managers from the resource managers of the OS.
In order to realize it for ethernet based field buses ... I'm porting
currently the Intels's data plane framework  to QNX.
It provides all drivers for the Intel boards from 10Mb/s to 10Gb/s
offering a packet stream of up to 14MegaPackets/s for multicore CPUs :)

It will be released in October ... planed is also the support of
interrupts for the receive direction for unicore CPUs and high
resolution timers based on board hw timers. It's still a lot of work ...

Cheers

--Armin

http://www.steinhoff-automation.com


Matthias Ecker wrote:
> Armin,
>
> thank you for your comments! I thought about SMI, too (since we had SMI issues with every new hardware generation). 
Though our typical "does a SMI steal our cpu tests" did not show any problem.
>
> Shared interrupts may be an issue: the network card shares the interrupt with the devb-ahci and another network card. 
In case I replace the pci-express with a pci card (same devnp-e1000.so), I don't see any missing interrupts?! That's 
really strange!!
>
> BR
> Matthias
>
>
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post105154
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
How are you setting up the io-pkt instance?   

Here is how we do it for use with EtherCat:

ifconfig wm2 destroy  <- remove from the first io-pkt
sleep 1
nice --190 io-pkt-v4 -i1  -ptcpip prefix=/alt,rx_prio=200  <- setup second io-pkt with 200 priority
sleep 1
mount -Tio-pkt1 -o pci=0,vid=0x8086,did=0x107c /lib/dll/devnp-en1000.so <- mount the nic

Eli
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Hi Eli,

pretty much like you. We start an own io-pkt for each EtherCAT Master.

... umount / destroy interface from default io-pkt and: 

/sbin/io-pkt-v4 -i 1 -ptcpip prefix=/dev/ecat1 -P 200 timer_pulse_prio=200
mount -T io-pkt1 -opci=0,vid=0x8086,did=0x10d3,priority=221,promiscuous,speed=100,duplex=1,name=ethercat,int_mod=0 devnp
-e1000.so

-
Matthias
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
gave it a try on the same hardware and within a special bootimage (very default stuff, a network stack and EtherCAT 
driver + Test Application). The image does not contain any harddisk driver and thus the networkcard is running without 
shared interrupts (with devb-ahci) 
=> result: no missing interrupts at all. 

By try and error, I think the harddisk driver is really "the bad guy". 

Anyone an Idea, how to separate the devb-ahci from the rest? 
Is it possible to reprogram the pic in order to give the devb-ahci driver an own interrupt (since the Advantech bios 
uses 0xA for nearly every device, leaving a lot of interrupts unassigned)?

Thanks!
Matthias
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
The only way you are going to get a unique interrupt is by using MSI/X.



On 2013/11/6, 3:47 AM, "Matthias Ecker" <community-noreply@qnx.com> wrote:

>gave it a try on the same hardware and within a special bootimage (very
>default stuff, a network stack and EtherCAT driver + Test Application).
>The image does not contain any harddisk driver and thus the networkcard
>is running without shared interrupts (with devb-ahci)
>=> result: no missing interrupts at all.
>
>By try and error, I think the harddisk driver is really "the bad guy".
>
>Anyone an Idea, how to separate the devb-ahci from the rest?
>Is it possible to reprogram the pic in order to give the devb-ahci driver
>an own interrupt (since the Advantech bios uses 0xA for nearly every
>device, leaving a lot of interrupts unassigned)?
>
>Thanks!
>Matthias
>
>
>
>_______________________________________________
>
>Networking Drivers
>http://community.qnx.com/sf/go/post106563
>To cancel your subscription to this discussion, please e-mail
>drivers-networking-unsubscribe@community.qnx.com

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
that means using APIC for all devices? 

well... this does work. In case the network card get's an own MSI, there are no "lost interrupts". 
Though the qnx apic stuff does not work in any combination, it is no option for us (we're really looking forward to qnx 
solving the apic problems!!!). 

Don't know whether this is technically possible: could one write a simple program, that changes the interruptline 
information of the sata device before pci-bios is running. Thus pci-bios would probably assigne a different interrupt to
 the harddisk? 
It’s probably a hard task to solve the interrupt distribution in general, but for a certain device of a well-known 
hardware?

Thanks!
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
You have to re-program the interrupt routing to change a PCI interrupt,
you cannot just write the the interrupt line register.




On 2013/11/6, 8:33 AM, "Matthias Ecker" <community-noreply@qnx.com> wrote:

>that means using APIC for all devices?
>
>well... this does work. In case the network card get's an own MSI, there
>are no "lost interrupts".
>Though the qnx apic stuff does not work in any combination, it is no
>option for us (we're really looking forward to qnx solving the apic
>problems!!!). 
>
>Don't know whether this is technically possible: could one write a simple
>program, that changes the interruptline information of the sata device
>before pci-bios is running. Thus pci-bios would probably assigne a
>different interrupt to the harddisk?
>It¹s probably a hard task to solve the interrupt distribution in general,
>but for a certain device of a well-known hardware?
>
>Thanks!
>
>
>
>
>_______________________________________________
>
>Networking Drivers
>http://community.qnx.com/sf/go/post106567
>To cancel your subscription to this discussion, please e-mail
>drivers-networking-unsubscribe@community.qnx.com

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
My tiny test program shows that the jitter isn't related to any
interrupts conflicts !

--Armin


Hugh Brown wrote:
> The only way you are going to get a unique interrupt is by using MSI/X.
>
>
>
> On 2013/11/6, 3:47 AM, "Matthias Ecker" <community-noreply@qnx.com> wrote:
>
>> gave it a try on the same hardware and within a special bootimage (very
>> default stuff, a network stack and EtherCAT driver + Test Application).
>> The image does not contain any harddisk driver and thus the networkcard
>> is running without shared interrupts (with devb-ahci)
>> => result: no missing interrupts at all.
>>
>> By try and error, I think the harddisk driver is really "the bad guy".
>>
>> Anyone an Idea, how to separate the devb-ahci from the rest?
>> Is it possible to reprogram the pic in order to give the devb-ahci driver
>> an own interrupt (since the Advantech bios uses 0xA for nearly every
>> device, leaving a lot of interrupts unassigned)?
>>
>> Thanks!
>> Matthias
>>
>>
>>
>> _______________________________________________
>>
>> Networking Drivers
>> http://community.qnx.com/sf/go/post106563
>> To cancel your subscription to this discussion, please e-mail
>> drivers-networking-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106566
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
SMI?



On 2013/11/6, 11:30 AM, "Armin Steinhoff" <community-noreply@qnx.com>
wrote:

>
>My tiny test program shows that the jitter isn't related to any
>interrupts conflicts !
>
>--Armin
>
>
>Hugh Brown wrote:
>> The only way you are going to get a unique interrupt is by using MSI/X.
>>
>>
>>
>> On 2013/11/6, 3:47 AM, "Matthias Ecker" <community-noreply@qnx.com>
>>wrote:
>>
>>> gave it a try on the same hardware and within a special bootimage (very
>>> default stuff, a network stack and EtherCAT driver + Test Application).
>>> The image does not contain any harddisk driver and thus the networkcard
>>> is running without shared interrupts (with devb-ahci)
>>> => result: no missing interrupts at all.
>>>
>>> By try and error, I think the harddisk driver is really "the bad guy".
>>>
>>> Anyone an Idea, how to separate the devb-ahci from the rest?
>>> Is it possible to reprogram the pic in order to give the devb-ahci
>>>driver
>>> an own interrupt (since the Advantech bios uses 0xA for nearly every
>>> device, leaving a lot of interrupts unassigned)?
>>>
>>> Thanks!
>>> Matthias
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Networking Drivers
>>> http://community.qnx.com/sf/go/post106563
>>> To cancel your subscription to this discussion, please e-mail
>>> drivers-networking-unsubscribe@community.qnx.com
>>
>>
>>
>>
>> _______________________________________________
>>
>> Networking Drivers
>> http://community.qnx.com/sf/go/post106566
>> To cancel your subscription to this discussion, please e-mail
>>drivers-networking-unsubscribe@community.qnx.com
>>
>
>
>
>
>
>_______________________________________________
>
>Networking Drivers
>http://community.qnx.com/sf/go/post106576
>To cancel your subscription to this discussion, please e-mail
>drivers-networking-unsubscribe@community.qnx.com

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Hugh Brown wrote:
> SMI?

Yes, it seems to be the SMI ... but the setup of the BIOS of my machine
doesn't allow to minimize the side effects of SMI.
So I have to look for a different hardware base ...

--Armin

>
>
>
> On 2013/11/6, 11:30 AM, "Armin Steinhoff" <community-noreply@qnx.com>
> wrote:
>
>> My tiny test program shows that the jitter isn't related to any
>> interrupts conflicts !
>>
>> --Armin
>>
>>
>> Hugh Brown wrote:
>>> The only way you are going to get a unique interrupt is by using MSI/X.
>>>
>>>
>>>
>>> On 2013/11/6, 3:47 AM, "Matthias Ecker" <community-noreply@qnx.com>
>>> wrote:
>>>
>>>> gave it a try on the same hardware and within a special bootimage (very
>>>> default stuff, a network stack and EtherCAT driver + Test Application).
>>>> The image does not contain any harddisk driver and thus the networkcard
>>>> is running without shared interrupts (with devb-ahci)
>>>> => result: no missing interrupts at all.
>>>>
>>>> By try and error, I think the harddisk driver is really "the bad guy".
>>>>
>>>> Anyone an Idea, how to separate the devb-ahci from the rest?
>>>> Is it possible to reprogram the pic in order to give the devb-ahci
>>>> driver
>>>> an own interrupt (since the Advantech bios uses 0xA for nearly every
>>>> device, leaving a lot of interrupts unassigned)?
>>>>
>>>> Thanks!
>>>> Matthias
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>> Networking Drivers
>>>> http://community.qnx.com/sf/go/post106563
>>>> To cancel your subscription to this discussion, please e-mail
>>>> drivers-networking-unsubscribe@community.qnx.com
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Networking Drivers
>>> http://community.qnx.com/sf/go/post106566
>>> To cancel your subscription to this discussion, please e-mail
>>> drivers-networking-unsubscribe@community.qnx.com
>>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> Networking Drivers
>> http://community.qnx.com/sf/go/post106576
>> To cancel your subscription to this discussion, please e-mail
>> drivers-networking-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106577
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS vendor 
to get a bios with disabled SMIs (or the settings that will disable it). 
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Matthias Ecker wrote:
> saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS vendor
 to get a bios with disabled SMIs (or the settings that will disable it). 

That's simply a dangerous proposal!!  SMI does the thermal management of
the CPU ... switching it off is the best way to burn your motherboard :-)

--Armin

>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106585
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

RE: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  

-----Message d'origine-----
De : Armin Steinhoff [mailto:community-noreply@qnx.com] 
Envoyé : Thursday, November 07, 2013 7:17 AM
À : drivers-networking@community.qnx.com
Objet : Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames

Matthias Ecker wrote:
> saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS vendor
 to get a bios with disabled SMIs (or the settings that will disable it). 

That's simply a dangerous proposal!!  SMI does the thermal management of the CPU ... switching it off is the best way to
 burn your motherboard :-)

Really ??? I thought basic CPU thermal protection  was all done by the CPU, on its own.  That`s would be kind of weird, 
if the CPU dies because it`s too hot, it wouldn`t be able to do software thermal management ...

--Armin

>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106585
> To cancel your subscription to this discussion, please e-mail 
> drivers-networking-unsubscribe@community.qnx.com
>





_______________________________________________

Networking Drivers
http://community.qnx.com/sf/go/post106589
To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Mario Charest wrote:
>
> -----Message d'origine-----
> De : Armin Steinhoff [mailto:community-noreply@qnx.com] 
> Envoyé : Thursday, November 07, 2013 7:17 AM
> À : drivers-networking@community.qnx.com
> Objet : Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames
>
> Matthias Ecker wrote:
>> saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS 
vendor to get a bios with disabled SMIs (or the settings that will disable it). 
> That's simply a dangerous proposal!!  SMI does the thermal management of the CPU ... switching it off is the best way 
to burn your motherboard :-)
>
> Really ??? I thought basic CPU thermal protection  was all done by the CPU, on its own.

Yes, and all happens in the handler of the SMI


>   That`s would be kind of weird, if the CPU dies because it`s too hot, it wouldn`t be able to do software thermal 
management ...

You must be a little bit confused :) ->
https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application

--Armin

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Mario,

a nice tool to find out what real-time performance you can expect on a
machine is the latency test of the OSADL group:

https://www.osadl.org/Live-CD.projects-live-cd+M517dff63035.0.html?&no_cache=1&sword_list[0]=live&sword_list[1]=cd
or the ISO of the Live CD
->http://debian.tu-bs.de/project/tb10alj/osadl-knoppix
.iso

With this Live CD I can see latencies of 430us, 56us and e.g. 35us on
some of the machines of my machine park.
Running EtherCAT on a machine with a hardware related latency of 430us
isn't recommendet :)

--Armin

Armin Steinhoff wrote:
> Mario Charest wrote:
>> -----Message d'origine-----
>> De : Armin Steinhoff [mailto:community-noreply@qnx.com] 
>> Envoyé : Thursday, November 07, 2013 7:17 AM
>> À : drivers-networking@community.qnx.com
>> Objet : Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames
>>
>> Matthias Ecker wrote:
>>> saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS 
vendor to get a bios with disabled SMIs (or the settings that will disable it). 
>> That's simply a dangerous proposal!!  SMI does the thermal management of the CPU ... switching it off is the best way
 to burn your motherboard :-)
>>
>> Really ??? I thought basic CPU thermal protection  was all done by the CPU, on its own.
> Yes, and all happens in the handler of the SMI
>
>
>>   That`s would be kind of weird, if the CPU dies because it`s too hot, it wouldn`t be able to do software thermal 
management ...
> You must be a little bit confused :) ->
> https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application
>
> --Armin
>

RE: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
Interesting thanks I`ll try it out on our hardware.

-----Message d'origine-----
De : Armin Steinhoff [mailto:community-noreply@qnx.com] 
Envoyé : Friday, November 08, 2013 2:03 PM
À : drivers-networking@community.qnx.com
Objet : Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames


Mario,

a nice tool to find out what real-time performance you can expect on a machine is the latency test of the OSADL group:


https://www.osadl.org/Live-CD.projects-live-cd+M517dff63035.0.html?&no_cache=1&sword_list[0]=live&sword_list[1]=cd
or the ISO of the Live CD
->http://debian.tu-bs.de/project/tb10alj/osadl-knoppix
.iso

With this Live CD I can see latencies of 430us, 56us and e.g. 35us on some of the machines of my machine park.
Running EtherCAT on a machine with a hardware related latency of 430us isn't recommendet :)

--Armin

Armin Steinhoff wrote:
> Mario Charest wrote:
>> -----Message d'origine-----
>> De : Armin Steinhoff [mailto:community-noreply@qnx.com]
>> Envoyé : Thursday, November 07, 2013 7:17 AM À : 
>> drivers-networking@community.qnx.com
>> Objet : Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing 
>> packages / frames
>>
>> Matthias Ecker wrote:
>>> saw something like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS 
vendor to get a bios with disabled SMIs (or the settings that will disable it). 
>> That's simply a dangerous proposal!!  SMI does the thermal management 
>> of the CPU ... switching it off is the best way to burn your 
>> motherboard :-)
>>
>> Really ??? I thought basic CPU thermal protection  was all done by the CPU, on its own.
> Yes, and all happens in the handler of the SMI
>
>
>>   That`s would be kind of weird, if the CPU dies because it`s too hot, it wouldn`t be able to do software thermal 
management ...
> You must be a little bit confused :) -> 
> https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application
>
> --Armin
>





_______________________________________________

Networking Drivers
http://community.qnx.com/sf/go/post106626
To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
It is not only the SMI ... the designe of the motherboard is important:
 https://www.osadl.org/Combined-latency-plot-of-all-RT-systems.qa-latencyplot-allrt.0.html?latencies=&showno=

--Armin

Matthias Ecker wrote:
> saw something 
like this on our machines and it were SMI (system mgmt interrupts). Maybe you could ask your BIOS vendor to get a bios 
with disabled SMIs (or the settings that will disable it). 
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106585
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames  
I'm running in similar issues with the "testpmd" example of DPDK from
Intel. It is possible to send with testpmd every 1us a small packet, but
I see also gaps of 300-400us. Attached is a tiny test program. Its test
loop runs on my 1.8GHz machine for 1.2ms ... the max jitter was 340us !

My question is: are we observing side effects of the OS or do we test
the real-time capabilities of the mother board ??

--Armin


Matthias Ecker wrote:
> gave it a try on the same hardware and within a special bootimage (very default stuff, a network stack and EtherCAT 
driver + Test Application). The image does not contain any harddisk driver and thus the networkcard is running without 
shared interrupts (with devb-ahci) 
> => result: no missing interrupts at all. 
>
> By try and error, I think the harddisk driver is really "the bad guy". 
>
> Anyone an Idea, how to separate the devb-ahci from the rest? 
> Is it possible to reprogram the pic in order to give the devb-ahci driver an own interrupt (since the Advantech bios 
uses 0xA for nearly every device, leaving a lot of interrupts unassigned)?
>
> Thanks!
> Matthias
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106563
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Re: RealTime Ethernet (EtherCAT), devnp-e1000.so missing packages / frames ( Attachment)  
I'm running in similar issues with the "testpmd" example of DPDK from
Intel. It is possible to send with testpmd every 1us a small packet, but
I see also gaps of 300-400us. Attached is a tiny test program. Its test
loop runs on my 1.8GHz machine for 1.2ms ... the max jitter was 340us !

My question is: are we observing side effects of the OS or do we test
the real-time capabilities of the mother board ??

--Armin


Matthias Ecker wrote:
> gave it a try on the same hardware and within a special bootimage (very default stuff, a network stack and EtherCAT 
driver + Test Application). The image does not contain any harddisk driver and thus the networkcard is running without 
shared interrupts (with devb-ahci) 
> => result: no missing interrupts at all. 
>
> By try and error, I think the harddisk driver is really "the bad guy". 
>
> Anyone an Idea, how to separate the devb-ahci from the rest? 
> Is it possible to reprogram the pic in order to give the devb-ahci driver an own interrupt (since the Advantech bios 
uses 0xA for nearly every device, leaving a lot of interrupts unassigned)?
>
> Thanks!
> Matthias
>
>
>
> _______________________________________________
>
> Networking Drivers
> http://community.qnx.com/sf/go/post106563
> To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com
>

Attachment: Text x.c 1.11 KB