[PATCH 11/12] rtems: Delete Region_Control::length

--- cpukit/libmisc/monitor/mon-region.c | 2 +- cpukit/rtems/include/rtems/rtems/region.h | 1 - cpukit/rtems/src/regioncreate.c | 1 - cpukit/rtems/src/regionextend.c | 1 - 4 files changed, 1 insertion(+), 4 deletions(-) diff --git a/cpukit/libmisc/monitor/mon-region.c

[PATCH 08/12] rtems: Add and use _Region_Get_and_lock()

Get region and lock allocator in _Region_Get_and_lock() in case the region exists and unlock it in _Region_Unlock(). --- cpukit/rtems/include/rtems/rtems/regionimpl.h | 24 +-- cpukit/rtems/src/regiondelete.c | 27 cpukit/rtems/src/regionextend.c | 40 +

[PATCH 06/12] rtems: Ensure lock ownership for _Region_Get()

--- cpukit/rtems/include/rtems/rtems/regionimpl.h | 3 +++ cpukit/rtems/src/regiondelete.c | 2 ++ 2 files changed, 5 insertions(+) diff --git a/cpukit/rtems/include/rtems/rtems/regionimpl.h b/cpukit/rtems/include/rtems/rtems/regionimpl.h index 724a1c1..4598351 100644 --- a/cpukit/

[PATCH 09/12] rtems: Delete Region_Control::number_of_used_blocks

Use Heap_Statistics::used_blocks instead. --- cpukit/libmisc/monitor/mon-region.c | 3 ++- cpukit/rtems/include/rtems/rtems/region.h | 1 - cpukit/rtems/src/regioncreate.c | 9 - cpukit/rtems/src/regiondelete.c | 2 +- cpukit/rtems/src/regiongetsegment.c | 1

[PATCH 12/12] rtems: Delete Region_Control::page_size

--- cpukit/libmisc/monitor/mon-region.c | 2 +- cpukit/rtems/include/rtems/rtems/region.h | 1 - cpukit/rtems/src/regioncreate.c | 1 - 3 files changed, 1 insertion(+), 3 deletions(-) diff --git a/cpukit/libmisc/monitor/mon-region.c b/cpukit/libmisc/monitor/mon-region.c index cc5

[PATCH 03/12] score: Simplify _Timespec_To_ticks()

--- cpukit/score/src/timespectoticks.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/cpukit/score/src/timespectoticks.c b/cpukit/score/src/timespectoticks.c index d02a350..61ee06d 100644 --- a/cpukit/score/src/timespectoticks.c +++ b/cpukit/score/src/timespectoticks

[PATCH 02/12] score: Add ticks per second to configuration

This avoids the calculation of this value at run-time, similar to rtems_configuration_get_nanoseconds_per_tick(). Delete TOD_TICKS_PER_SECOND and replace it with rtems_configuration_get_ticks_per_second(). --- cpukit/posix/src/alarm.c | 3 ++- cpukit/sapi/include/confdefs.h

[PATCH 05/12] rtems: Remove dead code

The heap protection enabled by RTEMS_DEBUG offers the same functionality and more. --- cpukit/rtems/src/regionreturnsegment.c | 20 1 file changed, 20 deletions(-) diff --git a/cpukit/rtems/src/regionreturnsegment.c b/cpukit/rtems/src/regionreturnsegment.c index 1af54f2..aef

[PATCH 10/12] rtems: Delete Region_Control::starting_address

--- cpukit/libmisc/monitor/mon-region.c | 2 +- cpukit/rtems/include/rtems/rtems/region.h | 1 - cpukit/rtems/src/regioncreate.c | 7 +++ 3 files changed, 4 insertions(+), 6 deletions(-) diff --git a/cpukit/libmisc/monitor/mon-region.c b/cpukit/libmisc/monitor/mon-region.c in

[PATCH 04/12] posix: Use a dedicated lock for scheduler changes

Update #2555. --- cpukit/posix/include/rtems/posix/pthreadimpl.h | 17 +++ cpukit/posix/include/rtems/posix/threadsup.h | 3 ++ cpukit/posix/src/pthread.c | 65 -- cpukit/posix/src/pthreadcreate.c | 4 +- cpukit/posix/src/pthreadset

[PATCH 07/12] score: Simplify _Objects_Get_no_protection()

This functions supports only local objects. Thus, drop the location parameter which was unused by all callers. Remove superfluous includes from Classic Region implementation. --- cpukit/posix/include/rtems/posix/keyimpl.h| 9 +- cpukit/rtems/include/rtems/rtems/regionimpl.h | 16 +--- cpu

[PATCH 01/12] posix: Use proper lock for sigaction()

Update #2555. --- cpukit/posix/src/sigaction.c | 29 + 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/cpukit/posix/src/sigaction.c b/cpukit/posix/src/sigaction.c index a2f9028..177dcd1 100644 --- a/cpukit/posix/src/sigaction.c +++ b/cpukit/posix/src/siga

[PATCH] shell: Fix warning visible with latest Newlib

--- cpukit/libmisc/shell/main_date.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/cpukit/libmisc/shell/main_date.c b/cpukit/libmisc/shell/main_date.c index 9b970a6..cae403b 100644 --- a/cpukit/libmisc/shell/main_date.c +++ b/cpukit/libmisc/shell/main_date.c @@ -16,10 +16,13 @@ #include

Re: [PATCH 1/2] Move kernel dependent parts of

On 07/04/16 17:56, Joel Sherrill wrote: Does this address the warning in the RTEMS main_date.c command that popped up with the newlib guard changes? No, this patch solves a completely different problem. The strptime() is declared in via #if __XSI_VISIBLE char *_EXFUN(strptime,

Re: Move POSIX network headers like etc. to Newlib?

On 8/04/2016 12:37 AM, Joel Sherrill wrote: Chris and I have discussed at least some of the network services being considered packages beyond the stack. Stuff like httpd, ftpd, and telnetd should be able to work with either stack. Having one instance of those to maintain would be great. I'm hap

Error building RTEMS tools 4.12 for Sparc CPU

Greetings, I am building RTEMS tools version 4.12 for Sparc and I have been receiving the error message attached in the rsb-report error log. I am using the branch pulled from github with commit eac749bb80b184c1f5e34e40d745e0c428cb9f73 I don't know how to proceed from here. Any help on how to de

Re: [rtems-testing commit] bit_rtems: Disable C++ on architectures it is broken on

On Apr 7, 2016 1:07 PM, "Martin Galvan" < martin.gal...@tallertechnologies.com> wrote: > > I'm interested in this too. What's broken, and how could we go about fixing it? I started a build of all BSPs with C++ enabled before I boarded a plane a few hours ago. I will report all the outstanding issu

Re: Advice Wanted on sonic.c Indentation Warning

Hi again, are there any news on this? I haven't heard back from Amar yet. On Tue, Mar 29, 2016 at 11:25 AM, Martin Galvan wrote: > Hi again, I'm attaching the patch for review. It compiles fine for erc32, > though I couldn't test the samples (I don't have any sparc boards, and QEMU > only > has

Re: [PATCH 1/2] Move kernel dependent parts of

Does this address the warning in the RTEMS main_date.c command that popped up with the newlib guard changes? I am guessing not. Have you looked at that warning when using a toolset with a recent newlib? On Apr 7, 2016 5:58 AM, "Sebastian Huber" < sebastian.hu...@embedded-brains.de> wrote: > Move

Re: [rtems-testing commit] bit_rtems: Disable C++ on architectures it is broken on

I'm interested in this too. What's broken, and how could we go about fixing it? ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 2/2] Update rtems-default to gcc 6.20160327 and newlib-2.4.0

--- rtems/config/4.12/rtems-default.bset | 2 +- .../tools/rtems-gcc-6-20160327-newlib-2.4.0-1.cfg | 22 ++ 2 files changed, 23 insertions(+), 1 deletion(-) create mode 100644 rtems/config/tools/rtems-gcc-6-20160327-newlib-2.4.0-1.cfg diff --git a/rtems/config

[PATCH 1/2] 4.12/rtems-moxie.bset: Include dtc needed by gdb build

--- rtems/config/4.12/rtems-moxie.bset | 3 +++ 1 file changed, 3 insertions(+) diff --git a/rtems/config/4.12/rtems-moxie.bset b/rtems/config/4.12/rtems-moxie.bset index bfc649f..d9d6c16 100644 --- a/rtems/config/4.12/rtems-moxie.bset +++ b/rtems/config/4.12/rtems-moxie.bset @@ -5,4 +5,7 @@ %d

Re: Move POSIX network headers like etc. to Newlib?

On Apr 7, 2016 5:56 AM, "Sebastian Huber" < sebastian.hu...@embedded-brains.de> wrote: > > > > On 07/04/16 11:56, Chris Johns wrote: >> >> On 7/04/2016 7:25 PM, Sebastian Huber wrote: >>> >>> On 07/04/16 11:05, Chris Johns wrote: Do they allow the in-tree stack to build? [1] >>> >>>

[PATCH 1/2] Move kernel dependent parts of

Move the kernel dependent parts of to new system-specific header file . Provide an empty default implementation. Add a specialized implementation for RTEMS. Signed-off-by: Sebastian Huber --- newlib/libc/include/machine/_time.h | 3 + newlib/libc/include/sys/time.h|

[PATCH 2/2] Drop include from RTEMS

This include is not present in default Newlib, glibc and FreeBSD . With it there is now a conflict with introduced by ecf453f9635fb278cff4d4bae21a1e249313b817. Signed-off-by: Sebastian Huber --- newlib/libc/sys/rtems/include/sys/param.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/newl

Re: Move POSIX network headers like etc. to Newlib?

On 07/04/16 11:56, Chris Johns wrote: On 7/04/2016 7:25 PM, Sebastian Huber wrote: On 07/04/16 11:05, Chris Johns wrote: Do they allow the in-tree stack to build? [1] Probably not without modifications, but it is the goal. Removing the stack from RTEMS is something I would like to see ha

Re: Move POSIX network headers like etc. to Newlib?

On 7/04/2016 7:25 PM, Sebastian Huber wrote: On 07/04/16 11:05, Chris Johns wrote: Do they allow the in-tree stack to build? [1] Probably not without modifications, but it is the goal. Removing the stack from RTEMS is something I would like to see happen but this effects the other networki

Re: Move POSIX network headers like etc. to Newlib?

On 07/04/16 11:05, Chris Johns wrote: On 7/04/2016 4:45 PM, Sebastian Huber wrote: Hello, what about moving the POSIX network headers arpa/inet.h netdb.h net/if.h netinet/in.h netinet/tcp.h syslog.h sys/socket.h sys/uio.h sys/un.h to Newlib? Where are these taken from? From the POSIX st

Re: Move POSIX network headers like etc. to Newlib?

On 7/04/2016 4:45 PM, Sebastian Huber wrote: Hello, what about moving the POSIX network headers arpa/inet.h netdb.h net/if.h netinet/in.h netinet/tcp.h syslog.h sys/socket.h sys/uio.h sys/un.h to Newlib? Where are these taken from? Do they allow the in-tree stack to build? [1] This has t