Grzegorz Daniluk authored 11 years ago and Tomasz Wlostowski committed 10 years ago

Under higher load of traffic SOF was being detected while main FSM was
not yet done with sending frame. That caused OOB FSM to reset and "tx
timestamp never became available" warnings in WR PTP Core software.

With the previous value bitslide was wrong once in a few thousands reconnects.

It was not enough earlier. Once in a while after reconnecting the fiber we were
getting wrong bitslide which caused WR device locking on a wrong offset (e.g.
3ns, 7ns).

change register layout to accomodate
also: make control registers use a set/clera format

This patch does five things:
  - Increase param from 32 to 64 bits (CCT wanted more space)
  - Added a timing extension field (tef) to include fine delay & future proof
  - Rework the register layout to accomodate these changes
  - Flatten all channels into a single register bank
  - Sort old+new tuple elements alphabetically

Modification to TCL build script were needed.
Move duplicated code to a common file where the changes apply once.

The WR TX path in the endpoint reset disparity to minus.
To do this, it needs the disparity from the transceiver.
Previously the disparity had to be delayed a few cycles.
At some point this must have changed.

Now the core goes back to sending
  0x17C = K28_5 minus
as commas after packet boundaries.

The new-fangled RX clock shifting alignment in arria5 does not work.
It is only able to shift 2 clock bits, leaving one (unreported) bit
that gets slipped, resulting in a randomly occuring +800ps offset.

Using manual bit alignment mode requires that we enable it using
the avalon-mm management interface, however. Hence the random values
we hard-wire into the phy_mgmt_* lines. Without writing a '1' to
rx_enapatternalign (bit 0) in register 0x85 (pcs8g_rx_wa_control)
you will only get a link 1/10th of the time as it does not align.

oops.

This allievates the need to shift the ref clock domain for arria2.

arria2 phy: allow asynchronous pll reset
arria5 phy: don't bother with a free clock

These paths are not covered by the SDC clock files, because they
can interact between outputs of the same PLL.

Allow any order (to/downto) of the natural_vector generic inputs.
Document and prove correctness of the phase trap.

phase: start-up assuming we need to shift => no glitchy resets

It will be useful in the future to control phases of all output clocks.
Split out and improve this functionality, and then gut the butis aligner.
There is also now no need to hard-ware phase offsets in the ref PLL.