Getting a stack overflow error when initialising RNG modul in FreeRTOS application

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Mads — Tue, 19 Jul 2022 12:00:11 GMT

Alright, thank you.

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Susheel Nuguru — Tue, 19 Jul 2022 11:56:44 GMT

We definitely have not done benchmarks comparing blocking and non-blocking mode. Sorry about that.

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Mads — Tue, 19 Jul 2022 09:38:46 GMT

Thank you Susheel.

What kind of performance does the peripheral then provide in blocking mode? Is there some benchmark that can indicate how much data is feasible to encrypt depending on how fast you need it?

Im sry if this is the wrong place to ask.

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Susheel Nuguru — Tue, 19 Jul 2022 09:04:02 GMT

You are right, combined with Freertos it is not possible to use the crypto in a non blocking way in the nRF5 SDK.

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Mads — Tue, 19 Jul 2022 06:44:44 GMT

Thanks for your answer.

Yes that would provide a solution to the problem, but in order to avaid changing the SDK i have moved on to use the CRYPTOCELL APIs directly which seems to work.

The last thing i need to understand now is if there is a way to use the APIs in a non blocking way, where the CC310 peripheral can be set going on crypto calculations while the application does other stuff and is then notified once the peripheral is done?

It doesn't look like it to me from reading the documentation, but i want to make sure im not mistaken.

Best regards

Mads

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Susheel Nuguru — Mon, 18 Jul 2022 19:08:24 GMT

Have you checked this thread where this is discussed. You can comment out the nRFSDK stack check nrf_stack_info_overflowed.

This will only disable nRF SDK stack overflow check but the FreeRTOS stack overflow check still works so your application can still use freertos stack checking mechanism if necessary.

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Mads — Mon, 18 Jul 2022 06:56:46 GMT

Update on my progress.

I have managed to implement synchronous encryption with the CRYPTOCELL AES APIs with the no-interrups version of the library.

Followup question:

Could it be possible to set up with the interrupt version? How do you manage the library then? Can you register a call back function or something like that?

Best regards

Mads

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Mads — Wed, 13 Jul 2022 12:01:49 GMT

Hi Charlie,

Thanks for your response.

The reason is that this time I'm working on an extension to a different existing project that is dependent on nRF5 SDK.

Thanks for the heads up. I am aware of this and am considering making the move to nRF Connect SDK in general, but for now the solution I'm looking for is going to be nRF5 SDK dependent for this project.

Best regards,

Mads

RE: Getting a stack overflow error when initialising RNG modul in FreeRTOS application

Charlie — Wed, 13 Jul 2022 11:15:19 GMT

Hi Mads,

We have limited resources due to summer vacation now, you may get a late reply regarding this issue.

Just a reminder for your development. I saw you have been working with nRF9160 based on NCS. Is there any special reason to turn back to nRF5 SDK? You may not realize nRF5 SDK is currently in a maintenance state now. There is an embedded industry-leading crypto solution available here Crypto: RNG — nRF Connect SDK 2.0.0 documentation (nordicsemi.com).

nRF Connect SDK and nRF5 SDK statement - Blogs - Nordic Blog - Nordic DevZone (nordicsemi.com)

Best regards,

Charlie