Re: Self-contained POSIX synchronization objects for RTEMS 4.12?

On 16/9/17 12:14 am, Joel Sherrill wrote: > On Fri, Sep 15, 2017 at 7:56 AM, Sebastian Huber > > > wrote: > > Anyway we should make the RTEMS 4.12 branch > with the next Newlib snapshot. > > But in general, we just need to work the open 4.12 tic

Re: LLVM/clang status?

Ah, thanks for the update Daniel! I recently saw someone on newlib mailing list say that the newlib can be compiled by clang for the ARM processor now. -Gedare On Fri, Sep 15, 2017 at 10:33 AM, Daniel Hellstrom wrote: > Hi, > > We did submit some SPARC patches to make RTEMS compile with LLVM du

Re: LLVM/clang status?

Hi, We did submit some SPARC patches to make RTEMS compile with LLVM during May. One of the patches which was not accepted I believe Sebastian updated and pushed during end of July. We have not made any attempts rebuilding since. At the time we ran the tests we were able to run most of the RT

Re: Self-contained POSIX synchronization objects for RTEMS 4.12?

On Fri, Sep 15, 2017 at 7:56 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > the next Newlib snapshot will introduce a 64-bit time_t which makes this > tool chain ABI incompatible to all previous versions and forces a > re-compilation of all object files (RTEMS, libra

Re: IOP changes impact on IPV4 Stack

On 15/09/17 15:15, Sebastian Huber wrote: On 15/09/17 15:12, Joel Sherrill wrote: I haven't poured through the batch of email this morning. Are the changes in this set? I checked in the all patches today including the one for libbsd: https://devel.rtems.org/ticket/3132 You can now inte

Re: IOP changes impact on IPV4 Stack

On 15/09/17 15:12, Joel Sherrill wrote: I haven't poured through the batch of email this morning. Are the changes in this set? I checked in the all patches today including the one for libbsd: https://devel.rtems.org/ticket/3132 -- Sebastian Huber, embedded brains GmbH Address : Dornierstr

Re: IOP changes impact on IPV4 Stack

I haven't poured through the batch of email this morning. Are the changes in this set? Is there anywhere else this applies? Shared memory uses fds. On Sep 15, 2017 8:02 AM, "Sebastian Huber" < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > > On 15/09/17 01:41, Joel Sherrill wrote:

Re: IOP changes impact on IPV4 Stack

Hello Joel, On 15/09/17 01:41, Joel Sherrill wrote: Hi Sebastian The IPV4 stack allocates IOPs and maps fds to sockets in its implementation of system calls. Are these impacted by the recent changes? If so, you need to make sure to fix the handful of files impacted. thanks for the reminder.

Self-contained POSIX synchronization objects for RTEMS 4.12?

Hello, the next Newlib snapshot will introduce a 64-bit time_t which makes this tool chain ABI incompatible to all previous versions and forces a re-compilation of all object files (RTEMS, libraries, applications). This would be a good opportunity to also introduce the self-contained POSIX sy

[PATCH 3/3] posix: Allow PTHREAD_PROCESS_SHARED for condvar

Close #3137. --- cpukit/posix/src/condinit.c | 7 +-- testsuites/psxtests/psx10/init.c| 19 +++ testsuites/psxtests/psx10/psx10.scn | 12 ++-- 3 files changed, 34 insertions(+), 4 deletions(-) diff --git a/cpukit/posix/src/condinit.c b/cpukit/posix/src/con

[PATCH 2/3] posix: Allow PTHREAD_PROCESS_SHARED for barriers

Close #3126. --- cpukit/posix/src/pbarrierinit.c | 9 +++-- testsuites/psxtests/psxbarrier01/psxbarrier01.scn | 8 ++-- testsuites/psxtests/psxbarrier01/test.c | 17 + 3 files changed, 26 insertions(+), 8 deletions(-) diff --git a/cpukit/posix

[PATCH 1/3] posix: Allow PTHREAD_PROCESS_SHARED for mutexes

Close #3125. --- cpukit/posix/include/rtems/posix/posixapi.h | 15 +++ cpukit/posix/src/mutexinit.c| 10 +++--- testsuites/psxtests/psx05/init.c| 9 ++--- testsuites/psxtests/psx05/psx05.scn | 2 +- 4 files changed, 25 insertions(+), 11 del

[PATCH] libio: Remove rtems_libio_t::driver

This member was apparently unused. Close #3133. --- cpukit/libcsupport/include/rtems/libio.h | 1 - 1 file changed, 1 deletion(-) diff --git a/cpukit/libcsupport/include/rtems/libio.h b/cpukit/libcsupport/include/rtems/libio.h index 804929915a..9d30dafddf 100644 --- a/cpukit/libcsupport/include

Re: Loading a driver in RTEMS

On Friday 15 September 2017 02:00 PM, Sebastian Huber wrote: On 14/09/17 14:24, sangeetha...@gracelabs.com wrote: I have successfully compiled a newly written sample driver in RTEMS(sample.o is created). Can anyone tell me how to load this driver. How can I see the print statements I have gi

Re: Loading a driver in RTEMS

On 14/09/17 14:24, sangeetha...@gracelabs.com wrote: I have successfully compiled a newly written sample driver in RTEMS(sample.o is created). Can anyone tell me how to load this driver. How can I see the print statements I have given?? Which API did you use for this device driver? -- Sebast