[PATCH] Use linker garbage collection for BSP based builds

Close #3944. --- rtems/config/rtems-bsp.cfg | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems/config/rtems-bsp.cfg b/rtems/config/rtems-bsp.cfg index d50615e..91296b1 100644 --- a/rtems/config/rtems-bsp.cfg +++ b/rtems/config/rtems-bsp.cfg @@ -231,7 +231,7 @@ # The linker

Re: RTEMS Timeline Update and 25th Anniversary of First Public Commit

Hello Joel, On 07/04/2020 22:44, Joel Sherrill wrote: > Hi > > The RTEMS Project is rapidly approaching a major milestone -- the 25th > anniversary of the oldest commit in the git repository! That occurs on 4 > May 2020! > > Before that time, the source code was managed on an internal research >

Re: [PATCH RSB 3/4] source-builder: Add capstone

On Tue, Apr 14, 2020, 10:00 AM Chris Johns wrote: > What is the use case for this package? > qemu-couverture uses capstone. > Chris > > On 10/4/20 6:21 am, Vijay Kumar Banerjee wrote: > > --- > > bare/config/devel/capstone-4.0.1-1.cfg | 27 +++ > > bare/config/devel/capstone.bset

Re: Use weak functions in the RTEMS core?

On 09/04/2020 17:25, Gedare Bloom wrote: On Wed, Apr 8, 2020 at 10:53 PM Sebastian Huber wrote: On 09/04/2020 03:32, Chris Johns wrote: On 2020-04-09 03:43, Sebastian Huber wrote: On 08/04/2020 19:34, Jonathan Brandmeyer wrote: Instead of treating weak references as a single level of indir

Re: [PATCH RSB 3/4] source-builder: Add capstone

What is the use case for this package? Chris On 10/4/20 6:21 am, Vijay Kumar Banerjee wrote: --- bare/config/devel/capstone-4.0.1-1.cfg | 27 +++ bare/config/devel/capstone.bset| 7 +++ source-builder/config/capstone-1-1.cfg | 62 ++ 3 files changed

Re: [PATCH 2/2] score: Check time of day in _TOD_Set()

These 2 patches look good to me. On Mon, Apr 13, 2020 at 11:51 AM Sebastian Huber wrote: > > Close #3949. > --- > cpukit/posix/src/clocksettime.c | 3 --- > cpukit/score/src/coretodset.c | 21 - > testsuites/psxtests/psxclock/init.c | 25 + >

Re: [PATCH v2] Tests for pthread_getcpuclockid method. Ticket:3891

On Mon, Apr 13, 2020 at 10:26 PM Joel Sherrill wrote: > I am pretty sure I can report that it won't execute on just visually > reviewing it. > > First, it assumes at least a semi-functional pthread_getcpuclockid() and > there is not one in the tree. > > You should be testing things yourself. Ther

[PATCH v2] user/bsps: Moving all other M68K BSPs from Wiki to User Manual

Tried to fix the patch as per suggestions. Please review. --- user/bsps/bsps-m68k.rst | 1048 ++- 1 file changed, 924 insertions(+), 124 deletions(-) diff --git a/user/bsps/bsps-m68k.rst b/user/bsps/bsps-m68k.rst index bdb516b..5ca9079 100644 --- a/user/bsps/bs

[PATCH 2/2] score: Check time of day in _TOD_Set()

Close #3949. --- cpukit/posix/src/clocksettime.c | 3 --- cpukit/score/src/coretodset.c | 21 - testsuites/psxtests/psxclock/init.c | 25 + 3 files changed, 45 insertions(+), 4 deletions(-) diff --git a/cpukit/posix/src/clocksettime.c b/cpuki

[PATCH 1/2] score: Return status in _TOD_Set()

Update #3949. --- cpukit/include/rtems/score/todimpl.h| 25 ++-- cpukit/posix/src/clocksettime.c | 9 + cpukit/rtems/src/clockset.c | 9 +++-- cpukit/score/src/coretodhookrun.c | 30 - cpuki

Re: Proposal to add rule for nested CPP Directives in RTEMS coding conventions

On Mon, Apr 13, 2020 at 8:57 PM Joel Sherrill wrote: > First, I appreciate the effort and probably agree with the FreeBSD rule. > Can you post a link? > > https://www.freebsd.org/cgi/man.cgi?query=style&sektion=9 > I'm just not getting the nested rule out of the discussion so far. I can > see a

Re: [PATCH v2] Tests for pthread_getcpuclockid method. Ticket:3891

On Mon, Apr 13, 2020 at 10:26 PM Joel Sherrill wrote: > I am pretty sure I can report that it won't execute on just visually > reviewing it. > > First, it assumes at least a semi-functional pthread_getcpuclockid() and > there is not one in the tree. > I have tested it against this patch https://l

Re: Test for timer_create() with CLOCK_MONOTONIC

On Mon, Apr 13, 2020, 11:53 AM Eshan Dhawan wrote: > timer_create also has support for other clock_id arguments > like CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID > should I add the tests for them as well? > > reference: http://man7.org/linux/man-pages/man2/timer_create.2.html > If ther

Re: [PATCH v2] Tests for pthread_getcpuclockid method. Ticket:3891

I am pretty sure I can report that it won't execute on just visually reviewing it. First, it assumes at least a semi-functional pthread_getcpuclockid() and there is not one in the tree. You should be testing things yourself. There are multiple simulators which have BSPs and are easy to run. We ca

Re: Test for timer_create() with CLOCK_MONOTONIC

timer_create also has support for other clock_id arguments like CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID should I add the tests for them as well? reference: http://man7.org/linux/man-pages/man2/timer_create.2.html thanks -Eshan On Fri, Apr 10, 2020 at 9:35 AM Gedare Bloom wrote: >

Re: [PATCH v2] Tests for pthread_getcpuclockid method. Ticket:3891

Hello everyone, I sent this patch regarding adding a test for pthread_getcpuclockid method a few days ago. If someone could test it. thanks -Eshan On Fri, Apr 10, 2020 at 2:00 AM Eshan dhawan wrote: > --- > testsuites/psxtests/Makefile.am | 10 ++ > testsuites/psxtests/configure

Re: Proposal to add rule for nested CPP Directives in RTEMS coding conventions

First, I appreciate the effort and probably agree with the FreeBSD rule. Can you post a link? I'm just not getting the nested rule out of the discussion so far. I can see a sequence like this being covered: #if #elif #else #endif But not this: #if #if #else #endif #endif The latter is ne

Re: Proposal to add rule for nested CPP Directives in RTEMS coding conventions

On Sat, 4 Apr 2020 at 01:44, Vaibhav Gupta wrote: > > > > On Sat, Apr 4, 2020, 1:41 AM Vijay Kumar Banerjee wrote: >> >> >> >> On Sat, Apr 4, 2020 at 1:22 AM Vaibhav Gupta >> wrote: >>> >>> CPP directives like: >>> 1) #if >>> 2) #ifdef >>> 3) #ifndef >>> 4) #elif >>> 5) #else >>> 6) #endif >>>