Re: [PATCH] rtems-bsp-builder: Change to waf build system

Looks fine (on my phone) Thanks for this > On 20 May 2021, at 1:25 am, Ryan Long wrote: > > Closes #4124 > --- > config/rtems-bsps.ini | 28 ++-- > tester/rt/check.py| 35 ++- > 2 files changed, 40 insertions(+), 23 deletions(-) > >

Re: Heavy SysInit Dependency

> On 20 May 2021, at 2:05 am, Sebastian Huber > wrote: > > On 19/05/2021 15:09, Joel Sherrill wrote: >> On Wed, May 19, 2021 at 3:54 AM Sebastian Huber >> > > wrote: >>On 19/05/2021 10:23, Chris Johns wrote: >> >> On 19 May 2021, at 5:28 pm,

Re: [PATCH] bsps/raspberrypi/console: Fix default console device

ping. On Tue, May 11, 2021 at 1:09 AM Niteesh G. S. wrote: > Hello Gedare, > > On Mon, May 10, 2021 at 8:57 PM Gedare Bloom wrote: > >> On Thu, May 6, 2021 at 8:49 AM Niteesh G. S. >> wrote: >> > >> > Hi Alan, >> > >> > On Thu, May 6, 2021 at 6:12 PM Alan Cudmore >> wrote: >> >> >> >> Hi

Incompatible Newlib Bump Approaching

Hi Ryan's patches to add utimensat and futimens support require a minor patch to newlib to build. This patch is pending on the newlib list and must be merged there before the RSB can be bumped and then this patch set applied. https://lists.rtems.org/pipermail/devel/2021-May/067343.html This is

Re: [PATCH v7 5/5] Change filesystem utime_h handler to utimens_h

looks good to me, go ahead Joel On Tue, May 18, 2021 at 6:11 PM Ryan Long wrote: > > Also updated licenses. > > Closes #4400 > Updates #3899 > --- > bsps/arm/csb337/umon/tfsDriver.c| 2 +- > cpukit/Makefile.am | 4 +- >

Re: Heavy SysInit Dependency

On Wed, May 19, 2021 at 9:07 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 19/05/2021 15:25, Joel Sherrill wrote: > > > > Yeah. But if you use any method with errno, you get all this. I know the > > reent structure has to be initialized but why did it trigger opening > >

Re: Heavy SysInit Dependency

On 19/05/2021 16:05, Sebastian Huber wrote: The most relevant architectures have TLS support, at least: arm, powerpc, sparc, nios2, m68k. Also: riscv. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@embedded-brains.de phone: +49-89-18

Re: Heavy SysInit Dependency

On 19/05/2021 15:25, Joel Sherrill wrote: Yeah. But if you use any method with errno, you get all this. I know the reent structure has to be initialized but why did it trigger opening /dev/console? The console device wasn't configured. Can the post driver hook dependency be cleaved from this

Re: Heavy SysInit Dependency

On 19/05/2021 15:09, Joel Sherrill wrote: On Wed, May 19, 2021 at 3:54 AM Sebastian Huber > wrote: On 19/05/2021 10:23, Chris Johns wrote: >> On 19 May 2021, at 5:28 pm, Sebastian Hubermailto:sebastian.hu...@embedded-brains.de>>  wrote:

Re: Heavy SysInit Dependency

On Wed, May 19, 2021 at 12:27 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > On 18/05/2021 23:40, Joel Sherrill wrote: > > Hi > > > > In working with Alex to reduce the minimum on his new BSP, we noticed > > that it is easy for a BSP to accidentally trip up and

[PATCH] rtems-bsp-builder: Change to waf build system

Closes #4124 --- config/rtems-bsps.ini | 28 ++-- tester/rt/check.py| 35 ++- 2 files changed, 40 insertions(+), 23 deletions(-) diff --git a/config/rtems-bsps.ini b/config/rtems-bsps.ini index 93156fb..d5de667 100644 ---

Re: Heavy SysInit Dependency

On Wed, May 19, 2021 at 3:54 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 19/05/2021 10:23, Chris Johns wrote: > >> On 19 May 2021, at 5:28 pm, Sebastian Huber< > sebastian.hu...@embedded-brains.de> wrote: > >> > >> I am not sure how the dependency chain can be fixed with

Re: [PATCH] riscv/console: console-config.c update

Hello Somesh, This patch will break other existing BSPs that don't have "stdout-path" (in your case serial@x) node part of "/soc" node. You can either 1) Modify your DTS to have /serial node outside /soc, or 2) Add a new config for your BSP such as RISCV_ENABLE_FRDME310ARTY_SUPPORT and use it

Re: Heavy SysInit Dependency

On 19/05/2021 10:23, Chris Johns wrote: On 19 May 2021, at 5:28 pm, Sebastian Huber wrote: I am not sure how the dependency chain can be fixed with the current struct _reent approach of Newlib. A modern approach would be to replace this structure with individual thread-local objects. This

Re: question about posix timer expiration

> On 18 May 2021, at 10:02 pm, gabriel.moy...@dlr.de wrote: > >  > From further investigation I’ve found that when a timer expires, > _POSIX_Timer_TSR() is called and this uses pthread_kill() to send a signal. > Shouldn’t ptimer->inf.sigev_value be used here in order to create a siginfo_t >

Re: Heavy SysInit Dependency

> On 19 May 2021, at 5:28 pm, Sebastian Huber > wrote: > > I am not sure how the dependency chain can be fixed with the current struct > _reent approach of Newlib. A modern approach would be to replace this > structure with individual thread-local objects. This would be technically >