[swcore/rtu] added abort from input_block@swcore to rtu - in case where frame is dropped (ouput stuck) and rtu is processing when we finish with the frame... we abort the decision

[bare_top] many changes which should be in different commits: added MUX to chipscope, added out_blk_states to HWDU, changed MPM parameters - was too slow

[swcore/in_blk] bugfix: when rtu drop decision and EOF happened in the same cycle... we were in trouble

[rtu] abort of rtu_req from EP added - in case of error in the input data, error status is sent to SWcore, abort needs to be sent to RTU, otherwise SWcore gets lost

[swcore/out_blk] dropping frames no retry request from EP + changed IFG cause it was too high (by 1 cyc) when tagging/untatting

[swcore/mpm] problems wtih keeping timing by RR arbiter->replaces by crude arbitration: shiftbuffer->merry goes around -> wroks

[swcore/in_blk] added dropping nonHP frames when RTU decision received and memory is almost-full (this is only if resource management is ON). added also some debugging for simulation

[swcore/alloc] bugfix: when allo_i HIGH on first cycle of nomem HIGH, we were missing allocation request... fixed

Now, we dump the frame if it has been already transfered - this is because if we pause waiting for the memory to get free... we create a who for the output (tx) which is bad for PCS....
If the frame has not been yet transfered, we can wait for RTU decision

Not sure this is the best solution

ALso, I added handling of the almost-impossible situation when we get the nonmem when we are in the cycle to decide whether to transfer or not... nusty

[rtu/port] bugfix: rtu_req from EP was ingored when happening in the RESPONSE state of port, ignored rtu_req caused no response to SWcore... swcore->int_blk was hanging waiting for rtu_rsp - fixed

[swcore/in_blk] bugfix: was allocating pages to wrong resources if long waiting for rtu_valid and setting usecnt while frame finished

[swcore/in_blk] fixing the resource-counting related stuff and allocation -> there was a dependency in data rx which caused data rx to be paused due to the modicatin of alloc FSM-> fixed

[swcore/res_mgr] correcting resource page count (counter of pages for each resource) and adding some detailed description

[swcore/res_mgr] adapted resource managerment unit to work with new allocator and intergrated the unit into allocator (core and multiport

[swcore/input_blk] no change, just marking clearly old way of allocating first page + usecnt setting - this is in order to use the old way for forcing corner cases

[rtu] bugfix: requests (from EP) were lost when occured in the same cycle as the response from Full_match

[swcore/input_blk] adapted input block to newly optimized alloc core - usecnt-set and startpage-alloc done at the same time

[swcore/multi-alloc] adopted multialloc to newly optimized core (can handle alloc and usecnt simultaneously)