- 12 Aug, 2016 1 commit
-
-
Grzegorz Daniluk authored
-
- 04 Aug, 2016 1 commit
-
-
Grzegorz Daniluk authored
-
- 03 Aug, 2016 1 commit
-
-
Grzegorz Daniluk authored
-
- 01 Aug, 2016 2 commits
-
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
- 28 Jul, 2016 1 commit
-
-
Grzegorz Daniluk authored
-
- 14 Jul, 2016 1 commit
-
-
Grzegorz Daniluk authored
-
- 08 Apr, 2016 1 commit
-
-
Grzegorz Daniluk authored
This saves some resources (memory in the switching core) as we no longer forward frames to the endpoints that have no fiber connected.
-
- 02 Nov, 2015 1 commit
-
-
Ilia Slepnev authored
-
- 30 Oct, 2015 3 commits
-
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
- 26 Aug, 2015 1 commit
-
-
Grzegorz Daniluk authored
-
- 19 Aug, 2015 2 commits
-
-
Grzegorz Daniluk authored
When high loads of random length traffic was going through the switch, there were situations that words_total for a new frame was set to fetch_pg_words(=cur_ll.size) for the previous frame. If fetch_pg_words was a small number the new frame was reported _done_ soon after it was started in the OutputBlock. Therefore the rest of the frame was staying in the async_shrink_fifo making a mess for subsequent frames. The final result was OB hanging in the frozen_cycle state.
-
Grzegorz Daniluk authored
Otherwise, counter gets crazy when watchdog resets the swcore and feeds all the endpoints and NIC with ack=1.
-
- 14 Jul, 2015 2 commits
-
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
- 13 Jul, 2015 5 commits
-
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
- 09 Jul, 2015 1 commit
-
-
Grzegorz Daniluk authored
-
- 07 Jul, 2015 2 commits
-
-
Grzegorz Daniluk authored
LVDS was too low for the discrete flip-flop. This was creating spikes on low half of the signal on some switches.
-
Grzegorz Daniluk authored
-
- 03 Jul, 2015 15 commits
-
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
modules/watchdog: make resetting sequence much longer to be sure we ack everything what is still in the buffers
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
Conflicts: top/scb_18ports/scb_top_synthesis.vhd top/scb_8ports/scb_top_synthesis.vhd
-
Grzegorz Daniluk authored
Conflicts: top/bare_top/scb_top_sim.vhd
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
-
Grzegorz Daniluk authored
modules/swcore: one more bugfix preventing the transfer FSM to be stuck forever in S_DROP on high traffic load This time only one port was getting stuck (transfer FSM stuck in S_DROP) once in a while during the 18-port 100% load snake test. In situations when setting the usecnt was taking some longer time, it may happen that RCV_FSM was requesting force_free and force_free was done before TP_FSM went to S_DROP. In that case I register the mmu_force_free_done_i signal in S_SET_USECNT so that it can be used later in S_DROP (if needed).
-