Filesystem logging backend not keeping up and stopping

RE: Filesystem logging backend not keeping up and stopping

JVKran — Tue, 13 Dec 2022 10:17:33 GMT

Hi Edvin,

Sorry for the delay. We've ditched logging to the SD-card because, as it turns out, FatFS doesn't support having multiple files open for writing by default. See the appnote about re-entrancy over on the site of elm-chan.

Logging to flash works just fine. Thanks for helping.

Kind regards,

Jochem

RE: Filesystem logging backend not keeping up and stopping

Edvin — Mon, 03 Oct 2022 09:09:19 GMT

Hello Jochem,

I was not aware. Well. The FATFS filesystem is not necessarily the same as an SD card. It could also refer to an area of the internal (or external QSPI) flash. External QSPI flash would be XiP, execute in place, which differs from an SD card. XiP will treat the attached flash as if it was internal flash. Just for testing, you could try to remove the SD card, and log directly to the internal flash of the nRF52832 and see whether the issue remains? I suspect that logging to flash on an SD card is a corner case that isn't really covered, even though logging to flash (internal) and using fatfs on an sd card both work separately. The challenge here is that you only have a simple SPI connection to the SD card, and using this SPI bus is fairly slow compared to your application running on the nRF52832.

What functions was it that returned the -2 and -5 errors?

Best regards,

Edvin

RE: Filesystem logging backend not keeping up and stopping

JVKran — Mon, 03 Oct 2022 08:38:26 GMT

Hi Edvin,

Not a late reply at all, thanks. I'm using Zephyrs Filesystem Logging Backend as documented here.

Multi-threaded use of SD-card by the filesystem should also be supported with the use of the configuration variable CONFIG_FS_FATFS_NUM_FILES. As a result, I would expect several simultaneous operations should be supported.

What do you think?

Kind regards,

Jochem

RE: Filesystem logging backend not keeping up and stopping

Edvin — Mon, 03 Oct 2022 08:00:12 GMT

Hello Jochem,

Sorry for the late reply,

[quote user=""]

This results in error -2 ENOENT (No such file or directory) or error -5 EIO (I/O-error).

[/quote]

What sort of functions is returning these values?

Are you using some premade SD card backend to write log messages to flash, or did you implement this yourself? If it is something already available, can you please let me know what you are using? (Because I am currently not aware of this feature in NCS).

It sounds to me like you have some issues with several instances trying to access the SD card at once. If you have not implemented some sort of queue function, you will probably see collisions like this.

You should consider adding some semaphore, queue or buffer that you can use to handle several simultaneous interrupts/operations like this.

Best regards,

Edvin