> From: Gregory Nutt [mailto:spudan...@gmail.com]
> I just configured a new computer and I am having problems with MSYS2. I
> can't even create the "symbolic" links needed at start up. I am not
> sure why. Probably some priveleges issues.
I activate Windows 10 Developer Mode, and create an
I'm currently updating MSYS2, and will then repeat the build. Then I'll test on
another computer.
And when it's happening there as well, I'll try to narrow down the reason.
I just configured a new computer and I am having problems with MSYS2. I
can't even create the "symbolic" links
> -Original Message-
> From: Gregory Nutt [mailto:spudan...@gmail.com]
> Sent: Tuesday, May 26, 2020 4:20 PM
> To: dev@nuttx.apache.org
> Subject: Re: Arm Kinetis: set_errno in nx_start with CONFIG_TLS_ALIGNED
> not set
>
> > Today I had time to return to nuttx and rebased to master.
> >
Thanks a lot for the fixes. Yes I know that I won't have stdio in this
configuration.
I followed the README of stm32f429i-disco concerning CDC/ACM console, and it's
for testing/playing anyway.
Today I had time to return to nuttx and rebased to master.
But after doing a distclean and
PR #1105 should eliminate the primary cause of the error: fs_fdopen()
will not longer set the errno variable. The secondary error, the
uninitialized stack description, is still a problem.
Since the errno value was only set before fs_fdopen() failed, this means
that you system will still
PR #1105 should eliminate the primary cause of the error: fs_fdopen()
will not longer set the errno variable. The secondary error, the
uninitialized stack description, is still a problem.
On 5/22/2020 10:19 PM, Gregory Nutt wrote:
The new implementation of set_errno require all
The new implementation of set_errno require all thread(include IDLE)
initialize the stack related fields in tcb_s correctly. But many
chipset forget to setup them for IDLE thread. TODO contain an item
described this:
... snip ...
Hello,
I think there's a problem with set_errno() in
In the pass, the stack info for IDLE thread is just used for debugging
purpose, so the priority is low, but we need boost this to high
priority since TLS(errno) depend on it now
On Fri, May 22, 2020 at 8:25 PM David Sidrane wrote:
>
> This is super confusing to me.
>
> The todo list says.
>
>
I implemented the change in nx_start.c with a quick and dirty
extern const uintptr_t g_idle_topstack;
just to see if it's working. It works.
But since nx_start.c is not architecture specific and (according to the TODO)
g_idle_topstack is not available in all architectures, this is no solution.
This is super confusing to me.
The todo list says.
Status: Open
Priority:Low. Things are working OK the way they are. But the
design
could be improved and made a little more efficient with this
change.
So it sounds like no
The new implementation of set_errno require all thread(include IDLE)
initialize the stack related fields in tcb_s correctly. But many
chipset forget to setup them for IDLE thread. TODO contain an item
described this:
Task:IDLE THREAD TCB SETUP
Description: There are issues with setting
Another try with ".txt" extension.
> -Original Message-
> From: Schock, Johannes - NIVUS GmbH
> [mailto:johannes.sch...@nivus.com]
> Sent: Friday, May 22, 2020 1:40 PM
> To: 'dev@nuttx.apache.org'
> Subject: Arm Kinetis: set_errno in nx_start with CONFIG_TLS_ALIGNED not
> set
>
> Hello,
12 matches
Mail list logo
