Re: Buildbot failure in RTEMS on CHECK sparc/erc32 FreeBSD 10.1-STABLE GCC 7.3.0 POSIX

On 03/09/2020 01:03, Chris Johns wrote: On 3/9/20 2:18 am, Sebastian Huber wrote: On 02/09/2020 18:10,build...@rtems.org wrote: The Buildbot has detected a failed build on builder CHECK sparc/erc32 FreeBSD 10.1-STABLE GCC 7.3.0 POSIX while building rtems. Full details are available at:

Re: [PATCH 7/7] rtems: Add rtems_task_build()

On 1/9/20 5:27 pm, Sebastian Huber wrote: > > It would be nice to know your preference with respect to the function name. > I am fine with rtems_task_create_from_config(). Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/lis

Re: [PATCH v2] rtems: Add rtems_task_create_from_config()

On 3/9/20 2:09 am, Sebastian Huber wrote: > In contrast to rtems_task_create() this function creates a task with a > user-provided task storage area. The new create function uses a > configuration structure instead of individual parameters. > > Add RTEMS_TASK_STORAGE_ALIGNMENT to define the recom

Re: [Announcement]: Developed an automating tool that can help RTEMS conform with Python coding style

On Wed, Sep 2, 2020, 5:51 PM Chris Johns wrote: > On 3/9/20 7:39 am, Gedare Bloom wrote: > > On Wed, Sep 2, 2020 at 2:00 PM Mritunjay Sharma > > wrote: > >> > >> Hello everyone! > >> > >> After recently seeing the Python Development > >> guidelines for RTEMS, I found that > >> "RTEMS Tools shoul

Re: Buildbot failure in RTEMS on CHECK sparc/erc32 FreeBSD 10.1-STABLE GCC 7.3.0 POSIX

On 3/9/20 2:18 am, Sebastian Huber wrote: > On 02/09/2020 18:10, build...@rtems.org wrote: > >> The Buildbot has detected a failed build on builder CHECK sparc/erc32 FreeBSD >> 10.1-STABLE GCC 7.3.0 POSIX while building rtems. >> Full details are available at: >> https://buildbot.rtems.org/#b

Re: [Announcement]: Developed an automating tool that can help RTEMS conform with Python coding style

On 3/9/20 7:39 am, Gedare Bloom wrote: > On Wed, Sep 2, 2020 at 2:00 PM Mritunjay Sharma > wrote: >> >> Hello everyone! >> >> After recently seeing the Python Development >> guidelines for RTEMS, I found that >> "RTEMS Tools should be piped through the yapf Python code >> formatter before it is co

Re: [PATCH v2 00/16] c-user: Split up chapter files

On 3/9/20 7:42 am, Gedare Bloom wrote: > Thanks for this reorganization. I think this looks good. It does and thank you from me. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v2 00/16] c-user: Split up chapter files

Thanks for this reorganization. I think this looks good. On Wed, Sep 2, 2020 at 10:02 AM Sebastian Huber wrote: > > This patch set is a preparation to automatically generate parts of the > documentation (introduction.rst and directives.rst) in the future from > specification items. > > v2: > > Us

Re: [Announcement]: Developed an automating tool that can help RTEMS conform with Python coding style

On Wed, Sep 2, 2020 at 2:00 PM Mritunjay Sharma wrote: > > Hello everyone! > > After recently seeing the Python Development > guidelines for RTEMS, I found that > "RTEMS Tools should be piped through the yapf Python code > formatter before it is committed or sent for review." > > This gave me an i

[Announcement]: Developed an automating tool that can help RTEMS conform with Python coding style

Hello everyone! After recently seeing the Python Development guidelines for RTEMS, I found that "RTEMS Tools should be piped through the yapf Python code formatter before it is committed or sent for review." This gave me an idea to build something that can automate this process and take the press

Re: Error in RTEMS (Master)

On Wed, Sep 2, 2020 at 7:56 AM Joel Sherrill wrote: > > > On Tue, Sep 1, 2020 at 11:57 PM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> On 02/09/2020 02:12, Joel Sherrill wrote: >> > >> > >> > On Tue, Sep 1, 2020, 5:53 PM Chris Johns > > > wrote: >>

Re: Buildbot failure in RTEMS on CHECK sparc/erc32 FreeBSD 10.1-STABLE GCC 7.3.0 POSIX

On 02/09/2020 18:10, build...@rtems.org wrote: The Buildbot has detected a failed build on builder CHECK sparc/erc32 FreeBSD 10.1-STABLE GCC 7.3.0 POSIX while building rtems. Full details are available at: https://buildbot.rtems.org/#builders/20/builds/229 Buildbot URL: https://buildbot.r

[PATCH v2] rtems: Add rtems_task_create_from_config()

In contrast to rtems_task_create() this function creates a task with a user-provided task storage area. The new create function uses a configuration structure instead of individual parameters. Add RTEMS_TASK_STORAGE_ALIGNMENT to define the recommended alignment of a task storage area. Add RTEMS_

[PATCH v2 09/16] c-user: Split up partition manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/partition/background.rst | 50 .../directives.rst} | 120

[PATCH v2 00/16] c-user: Split up chapter files

This patch set is a preparation to automatically generate parts of the documentation (introduction.rst and directives.rst) in the future from specification items. v2: Use longer directory names. Sebastian Huber (16): c-user: Split up semaphore manager c-user: Split up event manager c-user:

[PATCH v2 01/16] c-user: Split up semaphore manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/semaphore/background.rst | 180 ++ .../directives.rst} | 309 --

[PATCH v2 08/16] c-user: Split up message manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/message/background.rst | 91 .../directives.rst} | 205

[PATCH v2 10/16] c-user: Split up rate-monotonic manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst |2 +- c-user/rate-monotonic/background.rst | 390 + c-user/rate-monotonic/directives.rst | 474 ++ c-user/rate-monot

[PATCH v2 07/16] c-user: Split up IO manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/io/background.rst | 162 ++ c-user/{io_manager.rst => io/directives.rst} | 215 -

[PATCH v2 04/16] c-user: Split up clock manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/clock/background.rst | 96 +++ .../directives.rst} | 238 ++ c-user/clock/index.rst|

[PATCH v2 13/16] c-user: Split up task manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/task/background.rst| 390 +++ .../{task_manager.rst => task/directives.rst} | 625 -

[PATCH v2 12/16] c-user: Split up signal manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/signal/background.rst | 112 c-user/signal/directives.rst | 126 + c-user/signal/index.rst| 15 +

[PATCH v2 16/16] c-user: Split up scheduling concepts

Introduce a background section. This makes it easier to automatically generate parts of the scheduling concepts documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/scheduling-concepts/background.rst | 327 ++ c-user/scheduling-con

[PATCH v2 14/16] c-user: Split up timer manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/timer/background.rst | 71 +++ .../directives.rst} | 180 -

[PATCH v2 03/16] c-user: Split up barrier manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/barrier/background.rst | 68 +++ .../directives.rst} | 169 ++ c-user/barrier/index.rst |

[PATCH v2 15/16] c-user: Split up user extensions manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- .../background.rst} | 161 -- c-user/user-extensions/directives.rst | 143 ++

[PATCH v2 11/16] c-user: Split up region manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/region/background.rst | 87 +++ .../directives.rst} | 213 -

[PATCH v2 02/16] c-user: Split up event manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/event/background.rst | 96 +++ c-user/event/directives.rst | 142 c-user/event/index.rst| 15 ++ c-user/event/introduction.rst | 13 ++

[PATCH v2 06/16] c-user: Split up interrupt manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/index.rst | 2 +- c-user/interrupt/background.rst | 106 .../directives.rst} | 251

[PATCH v2 05/16] c-user: Split up dual-ported memory manager

This makes it easier to automatically generate parts of the manager documentation in the future. Update #3993. --- c-user/dual-ported-memory/background.rst | 23 + .../directives.rst} | 84 --- c-user/dual-ported-memory/index.rst | 16 +

Re: [PATCH] Add new Strong APA test

Please ignore this patch and refer to https://lists.rtems.org/pipermail/devel/2020-September/061766.html. On Wed, Sep 2, 2020 at 8:56 PM Richi Dubey wrote: > --- > testsuites/smptests/smpstrongapa01/init.c | 62 +++ > 1 file changed, 40 insertions(+), 22 deletions(-) > > d

[PATCH v2] Add new Strong APA test

--- testsuites/smptests/smpstrongapa01/init.c | 56 +++ 1 file changed, 37 insertions(+), 19 deletions(-) diff --git a/testsuites/smptests/smpstrongapa01/init.c b/testsuites/smptests/smpstrongapa01/init.c index bf8bc05231..c68c31fa6a 100644 --- a/testsuites/smptests/smpstrong

[PATCH] Add new Strong APA test

--- testsuites/smptests/smpstrongapa01/init.c | 62 +++ 1 file changed, 40 insertions(+), 22 deletions(-) diff --git a/testsuites/smptests/smpstrongapa01/init.c b/testsuites/smptests/smpstrongapa01/init.c index bf8bc05231..3053bed785 100644 --- a/testsuites/smptests/smpstrong

Re: [PATCH] Add Strong APA 2nd test

Hi, As you wished for a 4 CPU test, here it is https://lists.rtems.org/pipermail/devel/2020-September/061764.html/. I have verified that this test passes as well. Hello Richi, > at which patches and documents should I have a look? Hello, the combined patch for the scheduler is at: https://lists.

Re: [PATCH] Add Strong APA 2nd test

Hello Richi, at which patches and documents should I have a look? ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Add Strong APA 2nd test

Hi Dr. Bloom, Is the original test that this patch replaces not good? I'm afraid so. It only tests if the affinity is respected, but there is no task-shifting in the test. Simulating a WCET is challenging, but you can get an overestimate by > spinning over a running timer until the timeout you w

Anyone Have Experience with the Embedded Template Library

Hi Curious if anyone has looked at it? or used it? https://www.etlcpp.com/ Looks like it might be useful. --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Error in RTEMS (Master)

On Tue, Sep 1, 2020 at 11:57 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 02/09/2020 02:12, Joel Sherrill wrote: > > > > > > On Tue, Sep 1, 2020, 5:53 PM Chris Johns > > wrote: > > > > On 2/9/20 7:37 am, Eshan Dhawan wrote: > > > Hello eve