Compiled from commit 180419ee of wrpc-sw repo.

We can finally do this with the fix:
2974805 - top/vfchd: disable external reference support

Currently external reference channel doesn't work on vfc-hd, thus we disable it.

When external reference support was disabled, this was causing Altera-based
board (VFC-HD) never to generate valid timestamps for frames (pps-gen was never
producing pps_valid=1).

syn/vfchd: prevent quartus flow messages printed to stderr during core generation from stopping the synthesis process

not stop synthesis with error

This is done since the user must provide proper path as well

- for the upcoming release, user must provide path to the  default/release
  bitstream, i.e. <wr-cores location>/bin/wrpc - this information will be
  printed with error
- for future, once we figure out how to get absolute path, the funciton
  and constants for paths are already prepared

xwr_transmission embeds some btrain specific stuff to easy debugging.
This prevented the xwr_transmission from being generically applicable.
Now, the btrain-specific stuff is enabled only if the width of tx/rx
data is sufficient.

configuration of rx frames filtering by MAC.

The rx streamer used to allow filtering of received streamer frames
by source MAC address. This remote_mac could be dynamicaly configured
but the filtering ena/disable was configured with generic. This is now
a dymanic configuration

this new feature allows to day the instant at which the data is outputed
from the rx streamer. this delay is measured from the instant the streamer's
frame was transmitted. Effectively, the network becomes a fixed-latency
medium

- added generics that are availabel in the tx/rx stremeamer module and wb_adapter
- added overriding of tx/rx cfg (local/remote/target MAC, ethertype) from WB-regs
- added input tx/rx cfg signals

there was only one generic for streamer's data width for both rx and tx.
it seems desirable and handy to have separate generics for the two.
The appropriate change was made accross the boards.

"default_{xilinx,alter}"

instead of declaring in many places the path to the binary with LM32
software, simply say everywhere "default_altera" or "default_xilinx"
and depending on PCS/simulation settings, pick the proper file at the
board (common) level.