Re: Conflict when modifying newlib/openrisc to work for RTEMS

On Wed, Mar 19, 2014 at 3:33 AM, Hesham Moustafa wrote: > > > > On Tue, Mar 18, 2014 at 8:26 PM, Joel Sherrill > wrote: > >> >> On 3/18/2014 1:07 PM, Hesham Moustafa wrote: >> >> Hi, >> >> I am working on modifying or1k newlib port to be built for RTEMS. >> Building and installing >> newlib with

Re: Conflict when modifying newlib/openrisc to work for RTEMS

On Wed, Mar 19, 2014 at 8:00 AM, Hesham Moustafa wrote: > > > > On Wed, Mar 19, 2014 at 3:33 AM, Hesham Moustafa > wrote: > >> >> >> >> On Tue, Mar 18, 2014 at 8:26 PM, Joel Sherrill > > wrote: >> >>> >>> On 3/18/2014 1:07 PM, Hesham Moustafa wrote: >>> >>> Hi, >>> >>> I am working on modifying

Re: License change from www.rtems.com to www.rtems.org.

On 18/02/2014 5:23 pm, Chris Johns wrote: The attached script changes the license URL in the source tree. The script reports 4922 files need changing. This is the patch with now 4958 changes ... http://www.rtems.org/ftp/pub/rtems/people/chrisj/rtems-com-to-org.diff I will commit this Friday

Re: Usage of POSIX keys instead of task variables

On 18/03/2014 9:36 pm, Christian Mauderer wrote: Hello, I've planed to work on using POSIX keys instead of task variables in the shell, the gxx_wrappers and rtems_rpc. This should makes it possible to use the mentioned modules with SMP. There is a small section in the Wiki regarding this topic:

Fwd: Conflict when modifying newlib/openrisc to work for RTEMS

On Tue, Mar 18, 2014 at 8:26 PM, Joel Sherrill wrote: > > On 3/18/2014 1:07 PM, Hesham Moustafa wrote: > > Hi, > > I am working on modifying or1k newlib port to be built for RTEMS. > Building and installing > newlib with --target=or1k-elf is done successfully, however, when I try to > build newli

Re: [PATCH] posix: Use interal mutex for once implementation

On 18/03/2014 6:36 pm, Sebastian Huber wrote: Enable pthread_once() for all configurations. The pthread_once() function is one means to initialize POSIX keys. Another use case is the C++ support. +1 Chris ___ rtems-devel mailing list rtems-devel@rt

GSoC 2014 proposal link

Hello, I have started my proposal and the appropriate link to the proposal document can be found here. It's not done quite yet but I hope to be able to finish the first draft tomorrow (Wednesday) and upload it to melange. Any feedback will be

Re: Conflict when modifying newlib/openrisc to work for RTEMS

On 3/18/2014 1:07 PM, Hesham Moustafa wrote: > Hi, > > I am working on modifying or1k newlib port to be built for RTEMS. > Building and installing > newlib with --target=or1k-elf is done successfully, however, when I > try to build newlib > with --target=or1k-rtems4.11 I got conflict error. > > pa

Conflict when modifying newlib/openrisc to work for RTEMS

Hi, I am working on modifying or1k newlib port to be built for RTEMS. Building and installing newlib with --target=or1k-elf is done successfully, however, when I try to build newlib with --target=or1k-rtems4.11 I got conflict error. part of this error is "sys/rtems/crt0.c:72:22: error: conflictin

Re: [PATCH 2/2] psxonce01: Add call counter to check if init function has been called.

OK to this and the previous. On Tue, Mar 18, 2014 at 11:25 AM, Christian Mauderer wrote: > From: Christian Mauderer > > --- > testsuites/psxtests/psxonce01/init.c | 27 ++- > 1 file changed, 14 insertions(+), 13 deletions(-) > > diff --git a/testsuites/psxtests/psxonce01

[PATCH 2/2] psxonce01: Add call counter to check if init function has been called.

From: Christian Mauderer --- testsuites/psxtests/psxonce01/init.c | 27 ++- 1 file changed, 14 insertions(+), 13 deletions(-) diff --git a/testsuites/psxtests/psxonce01/init.c b/testsuites/psxtests/psxonce01/init.c index 6fd6579..9b6a5ee 100644 --- a/testsuites/psxtests

[PATCH 1/2] psxtests: move pthread_once tests into an extra test.

From: Christian Mauderer --- testsuites/psxtests/Makefile.am | 3 ++ testsuites/psxtests/configure.ac| 1 + testsuites/psxtests/psx01/init.c| 17 testsuites/psxtests/psx01/psx01.doc | 3 -- testsuites/psxtests/psx01/psx01.scn | 5 -

Re: GSoC2014 proof of running RTEMS + GSoC project option(s)

On Tue, Mar 18, 2014 at 4:36 AM, Janek van Oirschot wrote: >> discussions about this project before. You can use site:... search on >> google to find something. Get your proposal into Melange soon, and you >> might consider asking on RTEMS-users mailing list if anyone is >> interested in the LWIP

Re: Usage of POSIX keys instead of task variables

On Mar 18, 2014 5:35 AM, Christian Mauderer wrote: > > Hello, > > I've planed to work on using POSIX keys instead of task variables in > the shell, the gxx_wrappers and rtems_rpc. This should makes it > possible to use the mentioned modules with SMP. > > There is a small section in the Wiki rega

Re: Porting to Cortex-R4F - Thesis and GSoC project proposal

Hello Pavel, On 2014-03-17 00:40, Pavel Pisa wrote: What is opinion of RTEMS development coordinators, do you suggest to open that task for GSoC application and student proposal evaluation? If yes, then who is willing to be menthor/reviewer? I don't have time to mentor this year. I expect t

[PATCH] score: Add _Assert_Not_reached()

--- cpukit/score/include/rtems/score/assert.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/cpukit/score/include/rtems/score/assert.h b/cpukit/score/include/rtems/score/assert.h index be04d87..00ded6b 100644 --- a/cpukit/score/include/rtems/score/assert.h +++ b/cpuk

[PATCH 1/3] score: Delete _Assert_Thread_dispatching_repressed

Add _Debug_Is_thread_dispatching_allowed(). This makes it possible to assert the opposite. Use _ISR_Disable_without_giant()/_ISR_Enable_without_giant() to avoid misleading secondary assertion failures. --- cpukit/score/Makefile.am |2 +- cpukit/score/include/rtems/s

[PATCH 2/3] score: Delete _Assert_Owner_of_giant()

Add _Debug_Is_owner_of_giant(). This makes it possible to assert the opposite. --- cpukit/score/include/rtems/score/assert.h | 12 +++- cpukit/score/include/rtems/score/isrlevel.h |6 +++--- cpukit/score/src/threaddispatchdisablelevel.c |8 +++- 3 files changed, 13 ins

[PATCH 3/3] score: Add _Debug_Is_owner_of_allocator()

--- cpukit/score/Makefile.am |1 + cpukit/score/include/rtems/score/assert.h |8 ++ cpukit/score/src/debugisownerofallocator.c | 37 3 files changed, 46 insertions(+), 0 deletions(-) create mode 100644 cpukit/score/src/debugisownerofal

Usage of POSIX keys instead of task variables

Hello, I've planed to work on using POSIX keys instead of task variables in the shell, the gxx_wrappers and rtems_rpc. This should makes it possible to use the mentioned modules with SMP. There is a small section in the Wiki regarding this topic: http://www.rtems.org/wiki/index.php?title=SMP#Task

Re: GSoC2014 proof of running RTEMS + GSoC project option(s)

> discussions about this project before. You can use site:... search on > google to find something. Get your proposal into Melange soon, and you > might consider asking on RTEMS-users mailing list if anyone is > interested in the LWIP project. > > I think getting LWIP to work itself is not quite a

[PATCH] posix: Use interal mutex for once implementation

Enable pthread_once() for all configurations. The pthread_once() function is one means to initialize POSIX keys. Another use case is the C++ support. --- cpukit/posix/Makefile.am|7 +-- cpukit/posix/include/rtems/posix/onceimpl.h | 57 --- cpukit