Hi all,
I've two questions about SWT settings.
First of all, In referance manual there is a softlock bit which makes the regs are writeable and readable or just readable. I've wanted to try it as shown below.
It works fine like this. However, when the MCR is locked state , I've tried to reach that register (MCR) without removing the lock. It immediately causes the system reset.
Then I realize that there is RIA bit in MCR register. When I read its definition, I understand that when a invalid access happens, the SWT generates just error not system reset (IF MCR_RIA = 0 ).
I've changed RIA as 0, and tried again, but it still resets.
Is there a something that I missed ?
The second question is :
I wanted to lock those registers especially MCR so that it is not accessible even if it's almost unlikely. Because there is MAPn bits which make the master accesses enable/disable. I've seached its meaning in MPC5644A r.m but didn't found. I've found in 5674F r.m
I've disabled the core 0 access by setting MCR_MAP0 = 0 then the whole system is crashed .
Could you explain that why there is a selection like this ? How can I use MCU when I disable the CPU instruction access. Maybe , it is designed as if several core existence but there is one core .
Thank you in advance.
Regards.
HG
Regarding second question - The description you may find on the first page of XBAR chapter:
It you speak about SWT_MCR[MAPx] fields, then it only affects accesses to SWT. Theoretically it can be handled by DMA for instance, although it does not make to much sense. But mainly, it'll be generic module for multiple devices. Yes, it can be used with devices where masters are mapped differently.
Regarding second question - The description you may find on the first page of XBAR chapter:
It you speak about SWT_MCR[MAPx] fields, then it only affects accesses to SWT. Theoretically it can be handled by DMA for instance, although it does not make to much sense. But mainly, it'll be generic module for multiple devices. Yes, it can be used with devices where masters are mapped differently.
Hi,
in the SIU_DIRER register is also option to choose whether IVOR0 or IVOR1 is supposed to be generated and this needs to be unmasked by settting MCR[CE] or MSR[ME].
