Hi Alan,
yes, that issue is totally reproducible, at least on my system
(ubuntu16 + arm-none-eabi-gcc --version
arm-none-eabi-gcc (15:4.9.3+svn231177-1) 4.9.3 20150529 (prerelease)
I can reproduce it also with the STM32F103 minimum config.
Steps to reproduce:
1)-config your board config wi
Hi Florian,
Do you know how to duplicate your issue again? It could help to spot issues
in the building system.
Did you press Ctrl + C during the compilation at any moment?
Did you face some C file error that interrupted the compilation abruptly?
If you duplicate it please let us know.
BR,
Al
Just saw that I had responded to Gregs mail individually.
Sending to the list just to finish the topic..
Best,
Florian
On 24/01/2020 22:07, Florian Wehmeyer wrote:
Hi Greg,
thanks for the ultra-fast reply!!
Turns out the problem of system panic after increasing
CONFIG_NFILE_DESCRIPTORS
1) am I doing bad practice, opening that much file descriptors per task?
if yes, I could open and close them on each access, which is actually
each 100ms, if that would be less overhead (guess not).
No, it is perfectly fine to change the number of descriptors, provided
that you have at least 3
Hi all,
guess this is kind of newbie topic, sorry about that.
I am using current Nuttx 8.x, master branch.
Using a stm32f0l0g0 config (arm cortex-m0), my own custom board with
ARCH_CHIP_STM32F030CC,
means 256KB flash and 32KB RAM, same as the cpu used with the
nucleo-f091rc config (for which
