AXI3: Out of order write transaction

Not quite. You can have "out of order" completion of write transactions without "interleaving". You could have all the W channel transfers performed in order (no interleaving), but the B channel responses returned out of order, so that would still be an out of order write transaction completion.

But without interleaving support, all W data transfers must be in the order the AW transfers were sent.

But I wouldn't spend too much time looking at write data interleaving as it was only in the AXI3 protocol, and the newer AXI4 and AXI5 protocols do not support write data interleaving.

For read data interleaving, yes, there is no "first data" restriction like there is for the AXI3 write transactions, so the R channel transfers (using different IDs) can start and end in any order. Both your read examples are perfectly valid.

Not quite. You can have "out of order" completion of write transactions without "interleaving". You could have all the W channel transfers performed in order (no interleaving), but the B channel responses returned out of order, so that would still be an out of order write transaction completion.

But without interleaving support, all W data transfers must be in the order the AW transfers were sent.

But I wouldn't spend too much time looking at write data interleaving as it was only in the AXI3 protocol, and the newer AXI4 and AXI5 protocols do not support write data interleaving.

For read data interleaving, yes, there is no "first data" restriction like there is for the AXI3 write transactions, so the R channel transfers (using different IDs) can start and end in any order. Both your read examples are perfectly valid.

Thanks for clear explanations.