[etherlab-users] Domains and datagram timeouts.

[R.Kelbley]

Hi I backported the changes for r8169 2.6.33 driver to 2.6.32 to see if it
would resolve this problem but the same error still is present.

However, if I use an 8139too card with 2.6.32 driver there are no errors.

Any ideas for fixing this for the r8169?

Thanks again,
Robby


Output from dmesg shows:

[ 3818.716203] EtherCAT 0: Domain0: Logical address 0x00000000, 2940 byte,
expected working counter 63.
[ 3818.716205] EtherCAT 0:   Datagram domain0-0: Logical offset 0x00000000,
1440 byte, type LRW.
[ 3818.716208] EtherCAT 0:   Datagram domain0-1440: Logical offset
0x000005a0, 1440 byte, type LRW.
[ 3818.716210] EtherCAT 0:   Datagram domain0-2880: Logical offset
0x00000b40, 60 byte, type LRD.

....

[ 4634.365423] EtherCAT WARNING 0: 1100 datagrams TIMED OUT!
[ 4635.362481] EtherCAT WARNING 0: 1100 datagrams TIMED OUT!
[ 4636.359542] EtherCAT WARNING 0: 1100 datagrams TIMED OUT!



lspci shows:

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B
PCI Express Gigabit Ethernet controller (rev 01)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit
Ethernet controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 30
Region 0: I/O ports at d800 [size=256]
Region 2: Memory at fbdff000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at fbdc0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [48] Vital Product Data <?>
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1
Enable+
Address: 00000000fee0f00c  Data: 41d9
Capabilities: [60] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 1024 bytes, PhantFunc 0, Latency L0s <128ns, L1 unlimited
ExtTag+ AttnBtn+ AttnInd+ PwrInd+ RBE- FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 4096 bytes
DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1
unlimited
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt-
ABWMgmt-
Capabilities: [84] Vendor Specific Information <?>
Kernel driver in use: ec_r8169
Kernel modules: r8169

On Mon, Oct 19, 2009 at 2:55 AM, Florian Pose <fp at igh-essen.com> wrote:

> Hi Aaron,
>
> On Wed, Oct 07, 2009 at 08:10:23AM -0700, Aaron Edsinger wrote:
> > Hello. We've just bumped the total number of ET1200 slaves on our bus
> > from 24 to 35. We're polling at 1Khz. We're now seeing messages like:
> >
> > WARNING: 246 datagrams TIMED OUT!
> > WARNING: 24 datagrams UNMATCHED!
> > EtherCAT: Domain 0: 2 working counter changes - now 66/102
> >
> > Reducing the poll rate to 100Hz doesn't fix the problem so I don't think
> >    it is rate related. Subsets of slaves work fine, so we also don't
> > think it is necessarily a hardware issue.
> >
> > However, we're using a single domain of size 4080 bytes. This means the
> > data image must be broken into 3 Ethernet frames. With 24 slaves we only
> > required 2 frames. We're considering splitting the data image into 2+
> > domains, but I don't see that this should help. We'd like to keep comm.
> > with all slaves at 1Khz if possible.
>
> This may be a buffering problem of the used network adapter. Maybe it
> can not store three frames before you fetch them from the hardware.
> Splitting into more domains will not be helpful, if this is the case,
> because the width of the process data keeps the same. Do you have the
> possibility to try a different network adapter?
>
> --
> Best regards,
> Florian Pose
>
> http://etherlab.org
> _______________________________________________
> etherlab-users mailing list
> etherlab-users at etherlab.org
> http://lists.etherlab.org/mailman/listinfo/etherlab-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20110808/27ba63d6/attachment-0002.htm>