SPI4M errata on nRF53

[Ahmed Samir]

Hi,

I'm using SPI4M on nRF53 and came across it's errata, but I didn't get where to call the workaround functions.

The workaround is to call the below line upon enabling SPI4M; what does enable mean? In my application, I call spi_transceive() when read/write over SPI.

[Sigurd Hellesvik]

Hi,

Our HAL has code to add the workaround for this errata automatically:

https://github.com/zephyrproject-rtos/hal_nordic/blob/fc02d66798f691b66bd6b0236e63082a9c498bbf/nrfx/mdk/nrf53_erratas.h#L5301-L5359

Do you see the effects of the errata on your device?

EDIT: I have to correct myself, I cannot see nrf53_errata_135() used anywhere in our driver after all.
Can you try to call the function from your code and see if that helps?

Regards,
Sigurd Hellesvik

[Ahmed Samir]

Hi, I'm using SDK v2.4.1, I'm not sure if this is included in that SDK.

Where should I call this function? Once at initialization or before every SPI transaction?

[Sigurd Hellesvik]

I am looking into why this is not included in the nRF Connect SDK now.

For now, i suggest that you disregard my previous comment and then call

*(volatile uint32_t *)0x5000ac04 = 1;

before you enable SPIM4. And then do this when you put SPIM4 to sleep/wake it up with power management. (same register but 0 and 1 as explained in the errata).

Can you try this and see if you still have the SPIM4 issue you are experiencing?

Regards,
Sigurd Hellesvik