Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-23 Thread Sebastian Huber
On 22/09/15 16:01, Aurelio Remonda wrote: Thank you Sebastian! We were able to reproduce the tests. The test we were interested in was 25_algorithms/random_shuffle/moveable, this one fails, as we saw in your results (and ours as well). We debugged it and find out that all three VERIFY pass

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-22 Thread Aurelio Remonda
> > This change to the test needs to be discussed on the appropriate GCC > mailing list with Sebastian and I cc'ed. > > How large was it? When it works? Is it on the stack? > > The size of A is 20. We tested it with 2000 and still works but not with 5 (don't know what happen in the

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-22 Thread Aurelio Remonda
Thank you Sebastian! We were able to reproduce the tests. The test we were interested in was 25_algorithms/random_shuffle/moveable, this one fails, as we saw in your results (and ours as well). We debugged it and find out that all three VERIFY pass (cout of the same line gave us 1, is an equal)

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-22 Thread Joel Sherrill
On September 22, 2015 10:01:49 AM EDT, Aurelio Remonda wrote: >Thank you Sebastian! We were able to reproduce the tests. >The test we were interested in was >25_algorithms/random_shuffle/moveable, this one fails, as we saw in >your results (and ours as

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-18 Thread Sebastian Huber
On 17/09/15 16:36, Aurelio Remonda wrote: It is printing the "real time" but the time is set to a date early >in the RTEMS development history. Look at the year. That's about the >time the test was initially written. > >It is likely running faster than "real time" because it is a simulator.

Re:[PATCH] [RTEMS] Update RTEMS thread model

2015-09-17 Thread Aurelio Remonda
> It is printing the "real time" but the time is set to a date early > in the RTEMS development history. Look at the year. That's about the > time the test was initially written. > > It is likely running faster than "real time" because it is a simulator. > The numbers not ending in "5" is a bit

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-17 Thread Joel Sherrill
On 9/17/2015 9:36 AM, Aurelio Remonda wrote: It is printing the "real time" but the time is set to a date early in the RTEMS development history. Look at the year. That's about the time the test was initially written. It is likely running faster than "real time" because it is a simulator. The

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-14 Thread Gedare Bloom
On Mon, Sep 14, 2015 at 7:33 AM, Sebastian Huber wrote: > > > On 11/09/15 16:21, Aurelio Remonda wrote: >>> >>> The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu >>> >-i ticker.exe" produces the expected output. >> >> Hi, silly question

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-14 Thread Aurelio Remonda
On Fri, Sep 11, 2015 at 11:34 AM, Joel Sherrill wrote: > > > On 9/11/2015 9:21 AM, Aurelio Remonda wrote: > >> The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu >>> -i ticker.exe" produces the expected output. >>> >> >> Hi, silly question here,

Re:[PATCH] [RTEMS] Update RTEMS thread model

2015-09-11 Thread Aurelio Remonda
> The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu > -i ticker.exe" produces the expected output. Hi, silly question here, running ticker gave me the elapsed times but not in 'real time'. It prints 09:00:00, 09:00:04,..., 09:00:34 immediately. Is this a normal behaviour

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-04 Thread Joel Sherrill
On 9/4/2015 1:53 AM, Sebastian Huber wrote: On 03/09/15 15:47, Martin Galvan wrote: Hi Sebastian! Thanks for your answer. There are a couple of things I still don't get :) On Thu, Sep 3, 2015 at 2:48 AM, Sebastian Huber wrote: I updated the rtems-testing

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-04 Thread Martin Galvan
Thanks a lot for the detailed answer! We'll give it a try. Btw: On Fri, Sep 4, 2015 at 11:40 AM, Joel Sherrill wrote: > It can email the results if you like. Was that an 'it' or an 'I'? If you have the output of the failed 25_algorithms/random_shuffle/moveable.cc

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-04 Thread Sebastian Huber
On 03/09/15 15:47, Martin Galvan wrote: Hi Sebastian! Thanks for your answer. There are a couple of things I still don't get :) On Thu, Sep 3, 2015 at 2:48 AM, Sebastian Huber wrote: I updated the rtems-testing repository. 1. You have to adjust the

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-03 Thread Martin Galvan
Hi Sebastian! Thanks for your answer. There are a couple of things I still don't get :) On Thu, Sep 3, 2015 at 2:48 AM, Sebastian Huber wrote: > I updated the rtems-testing repository. > > 1. You have to adjust the VERSIONS file. Is this file meant to help

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Sebastian Huber
On 01/09/15 13:05, Sebastian Huber wrote: On 01/09/15 12:10, Sebastian Huber wrote: Shared mutexes are not implemented in general. This works now also: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00027.html With this additional fix: https://gcc.gnu.org/ml/gcc/2015-09/msg00021.html

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Sebastian Huber
On 02/09/15 02:50, Chris Johns wrote: On 1/09/2015 8:52 pm, Daniel Gutson wrote: > >El 31/7/2015 3:28, "Chris Johns" > escribió: >> >>On 31/07/2015 4:11 pm, Sebastian Huber wrote: >> >For synchronization objects use the self-contained objects

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Sebastian Huber
Committed: https://gcc.gnu.org/viewcvs/gcc?view=revision=227428 -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Daniel Gutson
El 2/9/2015 5:28, "Sebastian Huber" escribió: > > > > On 02/09/15 02:50, Chris Johns wrote: >> >> On 1/09/2015 8:52 pm, Daniel Gutson wrote: >>> >>> > >>> >El 31/7/2015 3:28, "Chris Johns" >> >> escribió: >>

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Daniel Gutson
El 2/9/2015 5:17, "Sebastian Huber" escribió: > > > > On 01/09/15 13:05, Sebastian Huber wrote: >> >> On 01/09/15 12:10, Sebastian Huber wrote: >>> >>> Shared mutexes are not implemented in general. >> >> >> This works now also: >> >>

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Sebastian Huber
On 02/09/15 13:27, Daniel Gutson wrote: El 2/9/2015 5:17, "Sebastian Huber" > escribió: > > > > On 01/09/15 13:05, Sebastian Huber wrote: >> >> On 01/09/15 12:10, Sebastian Huber wrote: >>> >>> Shared mutexes

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Sebastian Huber
On 02/09/15 13:32, Daniel Gutson wrote: El 2/9/2015 5:28, "Sebastian Huber" > escribió: > > > > On 02/09/15 02:50, Chris Johns wrote: >> >> On 1/09/2015 8:52 pm, Daniel Gutson wrote: >>> >>> > >>> >El 31/7/2015

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-02 Thread Martin Galvan
On Wed, Sep 2, 2015 at 12:01 PM, Daniel Gutson wrote: > > El 2/9/2015 11:58, "Martin Galvan" > escribió: >> >> On 02/09/2015 15:00, Sebastian Huber wrote: >> > I deleted the test tree. It will take a couple of days

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-01 Thread Chris Johns
On 1/09/2015 8:52 pm, Daniel Gutson wrote: > > El 31/7/2015 3:28, "Chris Johns" > escribió: >> >> On 31/07/2015 4:11 pm, Sebastian Huber wrote: >> > For synchronization objects use the self-contained objects available via >> > Newlib . >> > >> > >

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-01 Thread Sebastian Huber
On 31/07/15 09:23, Sebastian Huber wrote: On 31/07/15 09:10, Chris Johns wrote: On 31/07/2015 4:44 pm, Sebastian Huber wrote: > >>Is this for 4.12 ? > >This is just a proof-of-concept patch, but it would be nice to include >this in the next release along with the C11 threads support. >

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-01 Thread Daniel Gutson
El 31/7/2015 3:28, "Chris Johns" escribió: > > On 31/07/2015 4:11 pm, Sebastian Huber wrote: > > For synchronization objects use the self-contained objects available via > > Newlib . > > > >

[PATCH] [RTEMS] Update RTEMS thread model

2015-09-01 Thread Sebastian Huber
For synchronization objects use the self-contained objects available via Newlib . https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a Enable the C++11 threads using . So, the threads are only supported in case the POSIX API is enabled in

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-01 Thread Sebastian Huber
On 01/09/15 12:10, Sebastian Huber wrote: Shared mutexes are not implemented in general. This works now also: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00027.html -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16

[PATCH] [RTEMS] Update RTEMS thread model

2015-07-31 Thread Sebastian Huber
For synchronization objects use the self-contained objects available via Newlib sys/lock.h. https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a Enable the C++11 threads using pthread.h. So, the threads are only supported in case the

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-07-31 Thread Sebastian Huber
On 31/07/15 09:10, Chris Johns wrote: On 31/07/2015 4:44 pm, Sebastian Huber wrote: Is this for 4.12 ? This is just a proof-of-concept patch, but it would be nice to include this in the next release along with the C11 threads support. If you have tests and they are ok then why not put