v2.3 : Expand elink_relink to more delay values

The main motivation for this release is to expand the elink_relink functionality to allow the user to define the minimum and maximum delay value to use. @jmuse13 and I found this helpful at UMN to choose a delay outside of the hard-coded 20-25 window that was in previous releases. Along with that there were a few patch releases focused on improvements to pfdecoder, namely the addition of another flag -l which prints out counts on if the BX header and idle pattern match the expected format or not (helps for checking if link is aligned during a pedestal run).

Full Changelog: v2.2.0...v2.3.0