| Rev |
Log message |
Author |
Age |
Path |
| 33 |
Added script for automatic compilation of FADE for AFCK, using Vivado 2014.4 |
wzab |
3444d 23h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 32 |
Added the 4-channel FADE test implementation for the AFCK board. |
wzab |
3445d 03h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 27 |
Added file fade_one_channel, allowing to implement multiple FADE instances in a single FPGA. |
wzab |
3473d 01h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 26 |
Corrected small bug in CRC update in eth_sender8,vhd
Added counter of retransmitted packets.
Some minor changes in delay update parameters. |
wzab |
3507d 11h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 25 |
Modified the Tcl script for KC705 so, that it automatically runs synthesis, implementation and generates bitstream. |
wzab |
3531d 02h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 24 |
Added build scripts for KC705 (somehow they got omitted in version 22) |
wzab |
3531d 14h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 23 |
Added script allowing for batch compilation of FADE 10G for Atlys.
Just run build_proj_atlys.sh
Removed compilation of receiver2.c (which has been deleted) in the Makefile.
Slightly changed order of operation in the receiver2t.c |
wzab |
3531d 15h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 22 |
Sources reorganized so, that each ".xci" is in a separate directory.
Added script for rebuilding of Vivado project for KC705.
Just run the build_proj_kc705 script, and the project
will be created as kc705_10g3.xpr in the kc705_10g3 drirectory.
You can open it later on in Vivado 2014.3 and build the bitstream. |
wzab |
3531d 16h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 21 |
Changed the top entity for KC705, so that the FADE core is correctly reset
by the RESETMAC command.
Changed sending of the FCMD_RESET command form driver to the FPGA (as it
is not confirmed - the reinitialized core can't confirm the command).
Changed the receiver2t demo program so that it sends RESETMAC three times
before the transmission is started.
In the future, probably there should be a STATUS ioctl, which would
verify, that the core has been reset by RESETMAC.
Then the program should send RESETMAC, and afterwards read the STATUS,
verifying, that RESETMAC arrived FPGA. If not it should repeat the
above procedure (not implemented yet). |
wzab |
3531d 22h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 20 |
Cured problem with dta_eod missed, when buffer was full at the moment
when dta_eod was asserted.
It caused the client program to hang, as no end of data was transmitted
and no new data arrived... |
wzab |
3532d 13h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 18 |
Changed handling of commands so, that all commands are now confirmed - even start and stop
(which previously were not confirmed - successful reception of start was confirmed
by sending of data packets (what if there was no data at the moment?), successful
reception of stop was confirmed by end of data stream).
Added also flushing of data stream after reception of stop command.
The receiver2t.c implements suggested method of communication with the FADE driver.
One thread is responsible for reception and processing of data, while another thread
is responsible for sending of control commands. |
wzab |
3533d 11h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
| 15 |
The previous experimental implemenation for 10Gb/s links has been replaced with the
new, rewritten implementation, which uses sequential numbering of packets instaed
of "sets of packets". This allowed to simplify the driver, and improve its performance.
Additionally a possibility to send user defined commands to the FPGA was added. |
wzab |
3547d 14h |
/fade_ether_protocol/trunk/stable_jumbo_frames_version/fpga/ |
