Incorrect Handling of Invalid Slave Address Requests

[mubashir913]

I have generated a NoC using FlooNoC and encountered an issue during testing. When an AXI Master driver sends a request to a slave address that is not defined in the Slave Address Map (SAM), the NoC consistently forwards the request to a specific slave.

While the DECODE error assertion is correctly shown on the terminal, the response returned to the master has RESP = 0, because it is coming from a slave driver rather than being handled as an invalid address case.

Shouldn't the NoC handle such requests by not forwarding them to any slave and instead directly sending a response back to the master with RESP = 3 (DECERR), as per the AXI4 protocol?

P.S. In the floo_route_comp module, the en_default_idx_i and default_idx_i signals of addr_decode module are set to 0.

[fischeti]

Yes, this would be the better way to handle it indeed. #79 addresses this problem by inserting AXI error slaves in the network interfaces. But that PR is not yet ready to be merged.

[mubashir913]

Okay thanks.