Other Parts Discussed in Thread: DP83867IR
Dear support team,
we have a module with ethernet phy DP83867CS, configured in SGMII mode.
After start both link partner show 'Link detected: yes'. But we get no ping reply via 1000 Mbps.
The link data on module-with-DP83867 side are as follows:
Settings for eth0:
Supported ports: [ ]
Supported link modes: 10baseT/Full
100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Full
100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: ubgs
Wake-on: d
SecureOn password: 00:00:00:00:00:00
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: yes
The register values on DP83867CS are:
0x0 0x1140
0x1 0x796d
0x2 0x2000
0x3 0xa231
0x4 0xd41
0x5 0xcde1
0x6 0x6f
0x7 0x2001
0x8 0x4806
0x9 0x200
0xa 0x4c00
0xb 0x0
0xc 0x0
0xd 0x401f
0xe 0x1000
0xf 0x3000
0x10 0x5848
0x11 0xac02
0x12 0xec10
0x13 0x4
0x14 0x2bc7
0x15 0x0
0x16 0x0
0x17 0x40
0x18 0x6150
0x19 0x4444
0x1a 0x2
0x1b 0x0
0x1c 0x0
0x1d 0x0
0x1e 0x282
0x1f 0x0
The link data of ethernet partner (a simple Ethernet card in PCI Slot of an computer) are as follows:
Settings for ens4:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Full
100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
master-slave cfg: preferred slave
master-slave status: slave
Port: Twisted Pair
PHYAD: 0
Transceiver: external
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: d
Link detected: yes
Sometimes single ping requests get an reply...
64 bytes from 192.168.225.1: icmp_seq=7 ttl=64 time=2.28 ms
64 bytes from 192.168.225.1: icmp_seq=11 ttl=64 time=2.17 ms
64 bytes from 192.168.225.1: icmp_seq=15 ttl=64 time=2.17 ms
64 bytes from 192.168.225.1: icmp_seq=20 ttl=64 time=2.18 ms
...but the most of packets are lost (e.g. '64.8% packet loss').
Even if we reset the PHY to the default values (hard reset), no error-free ping handling is possible.
Even if we use the Phy register values of the troubleshooting document - no error-free pings ...
What is our problem, what can change for an error-free ping handling?
Thanks for your help,
regards
Joerg