Re: We should release 4.11

2014-08-19 Thread Sebastian Huber
On 19/08/14 18:38, Gedare Bloom wrote: Anything holding it up at the moment? For the SPARC GCC not all patches are in the GCC upstream, e.g. a multilib update is missing. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-1

Re: We should release 4.11

2014-08-19 Thread Chris Johns
On 20/08/2014 7:43 am, Joel Sherrill wrote: What's the status of the dynamic loader? I suspect it is on its own independent release arc. Merging would require build system magic to get the arch specific parts to build and I currently have no interest in doing this. If someone wants to add a

Re: [GSoC2014] arinc653 on rtems (using pok) patches

2014-08-19 Thread Joel Sherrill
On 8/19/2014 4:34 PM, Janek van Oirschot wrote: > On Mon, Aug 18, 2014 at 3:13 PM, Gedare Bloom wrote: >> If you're using git for your development, you can use 'git >> format-patch' to convert a set of commits into a set of patches. Some >> properly formatted git patches can make it easier to rev

Re: We should release 4.11

2014-08-19 Thread Joel Sherrill
On 8/19/2014 4:34 PM, Chris Johns wrote: > On 20/08/2014 2:38 am, Gedare Bloom wrote: >> Anything holding it up at the moment? > It would be good to get a formal tool set definition into rtems-tools.git. > > I am currently testing a change to newlib 19-Aug-2014 which removes an > old patch we had

Re: We should release 4.11

2014-08-19 Thread Chris Johns
On 20/08/2014 2:38 am, Gedare Bloom wrote: Anything holding it up at the moment? It would be good to get a formal tool set definition into rtems-tools.git. I am currently testing a change to newlib 19-Aug-2014 which removes an old patch we had. Chris

Re: [GSoC2014] arinc653 on rtems (using pok) patches

2014-08-19 Thread Janek van Oirschot
On Mon, Aug 18, 2014 at 3:13 PM, Gedare Bloom wrote: > If you're using git for your development, you can use 'git > format-patch' to convert a set of commits into a set of patches. Some > properly formatted git patches can make it easier to review and merge > your code. Some other notes follow. Y

Re: [PATCH] Add new (first) OpenRISC BSP called or1ksim.

2014-08-19 Thread Joel Sherrill
On 8/19/2014 1:00 PM, Hesham ALMatary wrote: > This BSP is intended to run on or1ksim (the main OpenRISC emulator). > --- > c/src/aclocal/rtems-cpu-subdirs.m4 | 1 + > c/src/lib/libbsp/or1k/Makefile.am | 10 + > c/src/lib/libbsp/or1k/acinclude.m4

[PATCH] Add new (first) OpenRISC BSP called or1ksim.

2014-08-19 Thread Hesham ALMatary
This BSP is intended to run on or1ksim (the main OpenRISC emulator). --- c/src/aclocal/rtems-cpu-subdirs.m4 | 1 + c/src/lib/libbsp/or1k/Makefile.am | 10 + c/src/lib/libbsp/or1k/acinclude.m4 | 10 + c/src/lib/libbsp/or1k/configure.ac

We should release 4.11

2014-08-19 Thread Gedare Bloom
Anything holding it up at the moment? -Gedare ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] score: Fix initially locked prio inherit sema

2014-08-19 Thread Joel Sherrill
Apply this. On 8/19/2014 10:49 AM, Gedare Bloom wrote: > Looks good. > > On Tue, Aug 19, 2014 at 11:45 AM, Sebastian Huber > wrote: >> --- >> cpukit/score/src/coremutex.c | 15 +++ >> testsuites/sptests/sp51/init.c | 35 +++ >> testsuites/sptests

Re: [PATCH] score: Fix initially locked prio inherit sema

2014-08-19 Thread Gedare Bloom
Looks good. On Tue, Aug 19, 2014 at 11:45 AM, Sebastian Huber wrote: > --- > cpukit/score/src/coremutex.c | 15 +++ > testsuites/sptests/sp51/init.c | 35 +++ > testsuites/sptests/sp51/sp51.doc | 3 +++ > 3 files changed, 49 insertions(+), 4 del

[PATCH] score: Fix initially locked prio inherit sema

2014-08-19 Thread Sebastian Huber
--- cpukit/score/src/coremutex.c | 15 +++ testsuites/sptests/sp51/init.c | 35 +++ testsuites/sptests/sp51/sp51.doc | 3 +++ 3 files changed, 49 insertions(+), 4 deletions(-) diff --git a/cpukit/score/src/coremutex.c b/cpukit/score/src/coremutex