Link RX remains UP despite the removal of the SFP module. #240
Labels
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: M-Labs/artiq-zynq#240
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Sometimes, after the SFP module is removed, the link layer signal rx_up remains at 1 and data continues to be received. In this state, many errors appear in the log.
Maybe if the SFP module is missing, put the transceiver in a reset state?
That's a bodge. The DRTIO core is supposed to report link down when it stops receiving valid data.
In rare cases, BruteforceClockAligner does not find any errors when removing an SFP module, so everything continues to work. Perhaps it is data from the transceiver that looks like good data. For example, reading the input buffer in a loop.
In any case, looking for a comma without an SFP module does not make sense.
It does. Economy of mechanism. Additionally this has to work on media other than SFP.
Ok. I will look for what is wrong.