Re: Should TASK_NAME_SIZE be changed in most configs?

2020-11-22 Thread Abdelatif Guettouche
The NuttX support in OpenOCD relies on post file hooks to get the offsets. You don't need to reorder them. That's more flexible than tempering with the TCB. Other RTOSs that use fixed offsets require a certain configuration to be used in order to use OpenOCD. On Mon, Nov 23, 2020, 04:10 Matias N.

Re: Should TASK_NAME_SIZE be changed in most configs?

2020-11-22 Thread Matias N.
Actually I just tried the approach I suggested with a quick hack to both openocd and nuttx and it seems to be working. So, this eliminates the need to hardcode offsets. A similar thing should be done for the size of the tasklist table, since it also depend on build flags. Anyway, I think the hand

Testing 10.0 Release Branch

2020-11-22 Thread Brennan Ashton
I am looking to cut the RC0 early this week. There have been a lot of bug fixes that have gone in in the last few weeks (almost 60 patched backported), and I have tested quite a few targets on actual hardware. Unless there is a major issue that pops up I would like to cut the RC0 Tuesday. https:

Re: Should TASK_NAME_SIZE be changed in most configs?

2020-11-22 Thread Matias N.
On Sun, Nov 22, 2020, at 22:25, Brennan Ashton wrote: > I generally agree at least for the larger ARM platforms where there is > overhead. We have some examples that are intentionally small, but for most > of the reference examples I think we should be making the debugging better > out of the box.

Re: Should TASK_NAME_SIZE be changed in most configs?

2020-11-22 Thread Brennan Ashton
I generally agree at least for the larger ARM platforms where there is overhead. We have some examples that are intentionally small, but for most of the reference examples I think we should be making the debugging better out of the box. I also usually reset this to the default when I'm debugging

Should TASK_NAME_SIZE be changed in most configs?

2020-11-22 Thread Matias N.
While trying the integration of openocd with NuttX it was complaining due to "name" not being defined, which happens when CONFIG_TASK_NAME_SIZE == 0. Looking at sched/Kconfig the default for this symbol is 31, yet many configs have this set to zero. Do you think this is due to the default having

Re: Mistake in comment describing USEC_PER_TICK?

2020-11-22 Thread Nathan Hartman
Thanks for confirming. I submitted PR #2378 Cheers, Nathan On Sun, Nov 22, 2020 at 5:15 PM Alan Carvalho de Assis wrote: > You are right, it should be 100Hz instead 100KHz. > > On 11/22/20, Nathan Hartman wrote: > > Is there a mistake in the following comment in include/nuttx/clock.h? > > > >

Re: Mistake in comment describing USEC_PER_TICK?

2020-11-22 Thread Alan Carvalho de Assis
You are right, it should be 100Hz instead 100KHz. On 11/22/20, Nathan Hartman wrote: > Is there a mistake in the following comment in include/nuttx/clock.h? > > [[[ > /* If CONFIG_SCHED_TICKLESS is not defined, then the interrupt interval of > * the system timer is given by USEC_PER_TICK. This

Mistake in comment describing USEC_PER_TICK?

2020-11-22 Thread Nathan Hartman
Is there a mistake in the following comment in include/nuttx/clock.h? [[[ /* If CONFIG_SCHED_TICKLESS is not defined, then the interrupt interval of * the system timer is given by USEC_PER_TICK. This is the expected number * of microseconds between calls from the processor-specific logic to *

Re: Build problems - nuttx as an external library

2020-11-22 Thread Flavio Castro Alves Filho
Hello Alan, It worked. Thank you very much. An additional remark: during the link phase on your document, in my case, it missed the net lib on the command line. Best regards, Flavio Em seg., 16 de nov. de 2020 às 16:24, Alan Carvalho de Assis escreveu: > > Hi Flávio, > > A simple band-aid fix