Dear support team,
our customer Magna is facing a critical issue with the Ethernet setup for the upcoming Audi demo this week. Below are the system details and current findings.
System Setup
- PFE EMAC0: 1 Gbit SGMII → connected to Broadcom switch port 14, auto‑negotiation enabled
- PFE EMAC1: 1 Gbit SGMII → connected to Broadcom switch port 8, auto‑negotiation enabled
- Broadcom switch is powered up and started by S32G via external control signals once PFE and SERDES initialization is completed.
Current Findings
Clocking
- Clock configuration seems correct. Lauterbach scripts confirm the CMU frequency ranges are as expected.
Internal Loopback
- EMAC0 internal loopback operates correctly.
- TX counters at 0x460A0714 and 0x460A0718 increase
- RX counter at 0x460A0780 increases
- Promiscuous mode must be enabled to achieve TX → RX loopback behavior.
Link Negotiation
- Auto‑negotiation is enabled on both S32G and Broadcom switch side.
External Path Loopback (through Broadcom)
- Loopback via Broadcom switch is not functional.
- On EMAC0, RX counter at 0x460A0780 does not increase, indicating the S32G receives no data from the switch.
Planned / Ongoing Actions
- Magna will perform hardware‑level signal measurements on the SGMII lanes.
- NXP will re‑verify the configuration with both EMAC0 and EMAC1 active at 1 Gbit SGMII.
Request
We urgently need support from your side to:
- Identify the root cause of the missing external communication.
- Validate or provide corrected SGMII / SERDES / PFE configuration for S32G when using:
- EMAC0 + EMAC1 simultaneously
- 1 Gbit SGMII
- Auto‑negotiation enabled (may be also disabled?)
A robust, working configuration is urgently required ASAP to secure Magna’s Audi demo this week.
Best Regards,
Viktor
XPCS dump - see attached.
Mcu, Serdes and Eth_43_PFE configuration was validated for EMAC0 only. The configuration was valid and working for EMAC0 connected to PHY in SGMII 1Gbps mode.
It was determined on debug call, that auto-negotiation between Serdes and Broadcom switch (direct SGMII connection) is not working.
When auto-negotiation was disabled on both sides, the link was up and Ethernet traffic was working in both directions. Root cause of failing auto-negotiation was not determined as the auto-negotiation is not required for customer application.