[PATCH] libmisc/cpuuse: Top support for current load.

2015-04-27 Thread Chris Johns
The cpuuse top command now supports the current load where the list of tasks is ordered based on the current load rather than the total cpu usage. This lets you see what is using the processor at any specific instance. You can toggle between the modes. Added memory usage stats for unified and sepa

GSoC projects announced

2015-04-27 Thread Gedare Bloom
Congratulations to our accepted student projects. Students, please make sure you read your acceptance email carefully. For the Doodle note that the times listed are 10am to 3pm EDT (UTC-4). I'll be looking for one or two time slots that hopefully we can all meet. Past experience says the times clos

Re: [PATCH] Fix or1k C++ build failure

2015-04-27 Thread Emil Nordling
Great! If I'm not mistaken, cdtest should mention calling global ctors, local ctors, local dtors and global dtors. Somewhere in between there is a section testing exceptions. If it ends with the "header"-printout for the exceptions, the global initialization is missing. Regards, /Emil Nordling O

Re: [PATCH] Fix or1k C++ build failure

2015-04-27 Thread Hesham ALMatary
On Mon, Apr 27, 2015 at 12:17 PM, Emil Nordling wrote: > Will this fix global ctor/dtor's? (Tested e.g. by compiling and running > testsuites/samples/cdtest in or1ksim.) cdtest is built and compiled fine, it's also running but I'm not sure if it behaves properly. > > Regards, > /Emil Nordling > On

[PATCH] Fix or1k C++ build failure

2015-04-27 Thread Emil Nordling
Will this fix global ctor/dtor's? (Tested e.g. by compiling and running testsuites/samples/cdtest in or1ksim.) Regards, /Emil Nordling On Mon, Apr 27, 2015 at 12:51 PM wrote: > Send devel mailing list submissions to > devel@rtems.org > > To subscribe or unsubscribe via the World Wide Web

[PATCH] [RSB] or1k: correct the md5 hash of the GCC patch

2015-04-27 Thread Hesham ALMatary
--- rtems/config/4.11/rtems-or1k.bset | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems/config/4.11/rtems-or1k.bset b/rtems/config/4.11/rtems-or1k.bset index b486885..2e6fb01 100644 --- a/rtems/config/4.11/rtems-or1k.bset +++ b/rtems/config/4.11/rtems-or1k.bset @@ -17,7 +1

Re: 4.11 Branching

2015-04-27 Thread Sebastian Huber
On 27/04/15 03:15, Joel Sherrill wrote: I had the impression Sebastian wanted to merge one more patch set. Is this true? I checked in some fixes for the cache manager and the cache support for SPARC. That's all for now. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-8

Re: [rtems commit] Fix or1k C++ build failure

2015-04-27 Thread Sebastian Huber
On 27/04/15 09:44, Hesham ALMatary wrote: It's not defined anywhere at libgcc/config/or1k/crt*. I can add it to libgcc/config/or1k/crti.S but I'm not sure this will also be correct. It is defined in libgcc/crtstuff.c. The target must define INIT_SECTION_ASM_OP or INIT_ARRAY_SECTION_ASM_OP so

Re: [rtems commit] Fix or1k C++ build failure

2015-04-27 Thread Hesham ALMatary
It's not defined anywhere at libgcc/config/or1k/crt*. I can add it to libgcc/config/or1k/crti.S but I'm not sure this will also be correct. On Mon, Apr 27, 2015 at 8:21 AM, Hesham ALMatary wrote: > On Mon, Apr 27, 2015 at 7:48 AM, Sebastian Huber > wrote: >> I doubt that this fix is correct. Thi

Re: [rtems commit] Fix or1k C++ build failure

2015-04-27 Thread Hesham ALMatary
On Mon, Apr 27, 2015 at 7:48 AM, Sebastian Huber wrote: > I doubt that this fix is correct. This variable is usually defined in the > GCC libgcc/crtstuff.c file. I guess something is wrong with the GCC > configuration for this target. > I imitated what's in gdbv850sim/start/start.S. I'll check the