Hi,
Added other possible answers to the questions:
A1: LLCE was designed to support maximum 2 master host cores (with full control). Besides, an extra logging path can be used to receive frames to the 3rd core. This means that TX path supports only 2 host cores, and RX path supports 3 cores.
A2: LLCE allows flexible allocation of CAN controllers to any HIF. This concept enables the mapping of CAN channels (BCAN, hw channel, CAN controller) to any output FIFO (output interface) for RX and TXACK events. (e.g CAN controllers0,1,2 can be serviced by Llce_Can_u32RxoutBaseAddress[0] and by Llce_Can_u32TxackBaseAddress[0] (or any of the group FIFOs RXOUT 0-7 and TXACK 0-7 that is routed to HIF0 in the corresponding IRSPRC) and CAN controllers 3,4,..,15 can be serviced by Llce_Can_u32RxoutBaseAddress[8] and by Llce_Can_u32TxackBaseAddress[8] (or any of the group RXOUT 8-15 and TXACK 8-15 that is routed to HIF1 in the corresponding IRSPRC)
The input FIFOs for TX messages are linked to the corresponding CAN controllers based on 1:1 mapping (e.g FIFOs Llce_Can_u32BlroutBaseAddress[3] and Llce_Can_u32BlrinBaseAddress[3] are dedicated to CAN controller 3)
A3: LLCE has an unique RXOUT path to delived the RX message to the host and a logging path (FIFO Llce_Can_u32RxinLogBaseAddress[0]) used to deliver to a logging core. By design, LLCE can send an RX message to a single host core only, and this was driven by Autosar world where a CAN controller can belong to a unique host software stack.
Possible workaround: Configure a filter which delivers the message to the host core (this can be M7-0), to the logging core (this can be A53) and configures a CAN2CAN routing rule that forwards the RX frame to another controller which belongs to e.g. M7-1 host and it's configured in self-receive and (optionally) internal loopback mode.