Undefined reference to SEGGER_SYSVIEW APIs upon integrating the patches

[morpho]

Been having trouble integrating systemview for tracing FreeRTOS application. I came across this thread, and even tried replacing the files with what's inside the PatchedFiles.zip folder, and I see there's an #include "SEGGER_SYSVIEW_FreeRTOS.h" inside FreeRTOSConfig.h, but upon compiling I start seeing a bunch of undefined reference errors including undefined reference to SEGGER_SYSVIEW_RecordVoid'`

Looks like traceTASK functions are invoked but it can't seem to find the reference. Anything obvious that I haven't figured out?

[Kenneth]

The person best fitted to answer this is out of office at the moment. But I found some other links that may be helpful:

https://devzone.nordicsemi.com/f/nordic-q-a/69475/how-do-i-debug-free-rtos

https://devzone.nordicsemi.com/search?q=freertos%20systemview#serpgroup=17 

[morpho]

Are they still out of office? I have already looked at these links and tried out to no avail

[Susheel Nuguru]

 Thanks for waiting morpho. Yes I was away for summer holidays and due to very thin staffing here, my activities unfortunately did not get picked up by others. I appreciate your patience.

morpho said:

Just to reiterate, the following are among the set of errors with <#include "SEGGER_SYSVIEW_FreeRTOS.h"> included.

1> /Users/Projects/BLE/nRF5_SDK_17.0.2_d674dde/components/libraries/timer/app_timer_freertos.c:194: undefined reference to `SEGGER_SYSVIEW_RecordExitISRToScheduler'

This is clearly defined in SmartWatch\pca10056\s140\ses\SeggerFiles\SEGGER\SEGGER_SYSVIEW.c. I do not see that file included in your project. Atleast in the "Project 4.zip" attachment you did which seems the latest.

[morpho]

Hope you had a great time.

Susheel Nuguru said:

I do not see that file included in your project

which file are you exactly referring to? SEGGER_SYSVIEW.c is in pca10056\s140\ses\SeggerFiles\SEGGER\SEGGER_SYSVIEW.c and SEGGER_SYSVIEW_FreeRTOS.h is in pca10056/s140/ses/SeggerFiles/Sample/FreeRTOSV10/SEGGER_SYSVIEW_FreeRTOS.c

and both the paths are included in the preprocessor

[Susheel Nuguru]

morpho said:

which file are you exactly referring to? SEGGER_SYSVIEW.c is in pca10056\s140\ses\SeggerFiles\SEGGER\SEGGER_SYSVIEW.c and SEGGER_SYSVIEW_FreeRTOS.h is in pca10056/s140/ses/SeggerFiles/Sample/FreeRTOSV10/SEGGER_SYSVIEW_FreeRTOS.c

and both the paths are included in the preprocessor

 Your project file ble_app_hrs_freertos_pca10056_s140.emProject does not have this SEGGER_SYSVIEW.c included.

Having the header file included in preprocessor is OK for the declarations but the definitions that you are missing are in SEGGER_SYSVIEW.c which needs to be added into the project. 

I added this explicitly in your project as below. Do you see the same file in the project explorer window?

[morpho]

Thanks Susheel. I don't see the previous errors now but I see the following



the only file that references it is SEGGER_SYSVIEW_FreeRTOS.h but I can't seem to find its definition. Can you check on your end too?

[Susheel Nuguru]

You have the definition of that in SEGGER_SYSVIEW_FreeRTOS.c which is available in your zipped project folders. Add that one too to the project folder as you did with the SEGGER_SYSVIEW.c

[morpho]

Okay it seems to build fine now. Appreciate your help! 

Though I see an overflow occurring when I run my app. I increased the RTT buffer size to 4kB to no avail

#define SEGGER_SYSVIEW_RTT_BUFFER_SIZE          1024 * 4

[Susheel Nuguru]

Select the higher interface speed with the Segger should increase the chances for this to work. Seems like your application is now logging a lot of events that Segger is not able to process at the speed that is by default selected. 

In SystemView, try Target ->Recorder Configuration->JLink->Interface Speed and increase until this works for you.

[morpho]

I couldn't find Recorder Configuration under Target
Here's the version i'm using:

However, I increased the interface speed to 16MHz and still no luck.

Here, I do see a series of xQueueReceive being invoked quite often. This potentially could be causing an overflow though do you see what could cause xQueueReceive to be invoked that frequently?

[Susheel Nuguru]

The Queue usage is purely application specific seems like the queue is not empty that often keeping this mainThread alive most of the time and not blocking overflowing the SystemView buffers. Probably there is a config in the Systemview settings but i did not find it.