Should we document a time zone for the RTEMS epoch?

Hello, I try to update the clock manager documentation and noticed that there is no time zone specified for the RTEMS epoch. In the timecounter initialization we use: static struct timehands th0 = { [...] #ifdef __rtems__     .th_bintime = { .sec = TOD_SECONDS_1970_THROUGH_1988 },     .th_mic

Re: About Doxygen builds

On 10/2/21 1:01 am, Gedare Bloom wrote: > Does anyone maintain the doxygen builds? > > On Tue, Feb 9, 2021 at 1:13 AM Richi Dubey wrote: >> >> Hi, >> >> In https://docs.rtems.org/doxygen/branches/master/group__ScoreSMP.html, >> there are only 0-7 bool options for SMP_Fatal_code, whereas I have b

Re: test for rtems_workspace_greedy_allocate

On 10/2/21 4:12 pm, Sebastian Huber wrote: > On 09/02/2021 23:17, Chris Johns wrote: > >> On 10/2/21 1:10 am, Sebastian Huber wrote: >>> On 09/02/2021 14:59, Gedare Bloom wrote: >>> > sbrk() cannot be removed and we need to maintained and test it as a BSP > level > interface. > >>

Re: Question regarding RSB and open projects

On Wed, Feb 10, 2021 at 10:36 AM Ayushman Mishra wrote: > Thanks for the help Eshan but actually I have already performed this > step (sudo apt-get build-dep build-essential gcc-defaults g++ gdb git > \ > unzip pax bison flex texinfo unzip python3-dev libpython-dev \ > libncurses5-dev zlib1g-dev)

Re: Remaining Waf Conversion Tickets for Community and GSoC Students

On 08/02/2021 10:40, Chris Johns wrote: It is written in Python 3.6. We still need to support python 2. Maybe having this file support both could be part of the project. I think this BSP builder is a development tool which can use Python 3. It is useful to maintain RTEMS, but it is not a tool

Re: test for rtems_workspace_greedy_allocate

On 09/02/2021 23:17, Chris Johns wrote: On 10/2/21 1:10 am, Sebastian Huber wrote: On 09/02/2021 14:59, Gedare Bloom wrote: sbrk() cannot be removed and we need to maintained and test it as a BSP level interface. This is an nice design idea where the sbrk() pool of memory can be given out to

Re: Question regarding RSB and open projects

Thanks for the help Eshan but actually I have already performed this step (sudo apt-get build-dep build-essential gcc-defaults g++ gdb git \ unzip pax bison flex texinfo unzip python3-dev libpython-dev \ libncurses5-dev zlib1g-dev) , here since my system was not able to find libpython-dev (Unable t

Re: Standalone repository for libnetworking stack

On Tue, Feb 9, 2021 at 3:31 PM Chris Johns wrote: > > On 6/2/21 10:17 am, Vijay Kumar Banerjee wrote: > > Hello Christian, Joel, Chris, > > > > On Fri, Feb 5, 2021 at 3:41 PM Chris Johns wrote: > >> > >> On 6/2/21 8:28 am, Joel Sherrill wrote: > >>> On Fri, Feb 5, 2021 at 2:54 PM Christian Mauder

Re: [PATCH 1/1] zynq-uart: Fix set_attributes implementation

On 10/2/21 10:21 am, Joel Sherrill wrote: > On Tue, Feb 9, 2021 at 5:08 PM Chris Johns > wrote: > > On 9/2/21 11:42 pm, Jan Sommer wrote: > > From: Kinsey Moore > > > > > The zynq-uart set_attributes implementation was

Re: [PATCH] basedefs: Add stringification of argument lists

On 10/2/21 1:04 am, Gedare Bloom wrote: > Is there a sustainable plan for beyond the project lifetime (maybe, > something we need to discuss separately)? I am not aware of a plan. It is up to those wanting to benefit from the qualification effort to initiate this and to provide the support or appr

Re: [PATCH 1/1] zynq-uart: Fix set_attributes implementation

On Tue, Feb 9, 2021 at 5:08 PM Chris Johns wrote: > On 9/2/21 11:42 pm, Jan Sommer wrote: > > From: Kinsey Moore > > > > The zynq-uart set_attributes implementation was configured to always > > return false which causes spconsole01 to fail. This restores the > > disabled implementation which set

Re: [PATCH 1/1] zynq-uart: Fix set_attributes implementation

On 9/2/21 11:42 pm, Jan Sommer wrote: > From: Kinsey Moore > > The zynq-uart set_attributes implementation was configured to always > return false which causes spconsole01 to fail. This restores the > disabled implementation which sets the baud rate registers > appropriately and allows spconsole0

Re: Standalone repository for libnetworking stack

On 6/2/21 10:17 am, Vijay Kumar Banerjee wrote: > Hello Christian, Joel, Chris, > > On Fri, Feb 5, 2021 at 3:41 PM Chris Johns wrote: >> >> On 6/2/21 8:28 am, Joel Sherrill wrote: >>> On Fri, Feb 5, 2021 at 2:54 PM Christian Mauderer >> > wrote: >>> >>> Hello Vijay,

Re: test for rtems_workspace_greedy_allocate

On 10/2/21 1:10 am, Sebastian Huber wrote: > On 09/02/2021 14:59, Gedare Bloom wrote: > >>> sbrk() cannot be removed and we need to maintained and test it as a BSP >>> level >>> interface. >>> >>> This is an nice design idea where the sbrk() pool of memory can be given >>> out to >>> the heap or

Re: Question regarding RSB and open projects

On Tue, Feb 9, 2021, 4:03 PM Gedare Bloom wrote: > > > On Tue, Feb 9, 2021 at 2:34 PM Joel Sherrill wrote: > >> >> >> On Tue, Feb 9, 2021 at 1:28 PM Ayushman Mishra >> wrote: >> >>> Ayusman Mishra >>> 1. I was going through ticket #4145 >>> (https://devel.rtems.org/ticket/4145) and tried buildi

Re: Question regarding RSB and open projects

On Tue, Feb 9, 2021 at 2:34 PM Joel Sherrill wrote: > > > On Tue, Feb 9, 2021 at 1:28 PM Ayushman Mishra > wrote: > >> Ayusman Mishra >> 1. I was going through ticket #4145 >> (https://devel.rtems.org/ticket/4145) and tried building bsp on rtems6 >> and rtems5 both using rsb >> ( >> https://docs

PicoC C Interpreter for Embedded Systems

Hi This looks like it might be interesting on RTEMS. https://gitlab.com/zsaleeba/picoc Thoughts? --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Question regarding RSB and open projects

On Tue, Feb 9, 2021 at 1:28 PM Ayushman Mishra wrote: > Ayusman Mishra > 1. I was going through ticket #4145 > (https://devel.rtems.org/ticket/4145) and tried building bsp on rtems6 > and rtems5 both using rsb > ( > https://docs.rtems.org/branches/master/user/start/bsp-build.html#rsb-bsp-build >

Re: Question regarding RSB and open projects

Hi ayushman It looks you didn't install all the dependencies required check this : https://docs.rtems.org/branches/master/user/hosts/posix.html#linux On Wed, Feb 10, 2021 at 12:58 AM Ayushman Mishra wrote: > Ayusman Mishra > 1. I was going through ticket #4145 > (https://devel.rtems.org/ticket/4

Question regarding RSB and open projects

Ayusman Mishra 1. I was going through ticket #4145 (https://devel.rtems.org/ticket/4145) and tried building bsp on rtems6 and rtems5 both using rsb (https://docs.rtems.org/branches/master/user/start/bsp-build.html#rsb-bsp-build) but got Build FAILED (it says pax is missing (configure: error: pax is

Re: [PATCH v2] Test suite for FTW.H methods

ping !! On Thu, Feb 4, 2021 at 3:04 AM Eshan Dhawan wrote: > From: Eshan dhawan > > Signed-off-by: Eshan Dhawan > --- > spec/build/testsuites/psxtests/grp.yml | 2 + > spec/build/testsuites/psxtests/psxftw01.yml | 34 > testsuites/psxtests/Makefile.am | 26 +++ > te

Re: [PATCH] Modified Hello World task by Prateek

Hi Gedare,  I've provided my full name in the .gitconfig file, also for some reason my gmail is also getting attached as "cc" with the git patch. I had set my name in the config file globally before. Attached screenshot for more details. I'm not sure of the reason, Could you please help me out

Re: [PATCH 0/4] RISC-V: NOEL-V BSP

On 08/02/2021 20:44, Daniel Hellstrom wrote: # FAIL: ttest01 OK FAIL 0x0005 0x # FAIL: ttest02 OK FAIL 0x0005 0x # FAIL: psxkey07 OK FAIL 0x0005 0x These tests should not fail. What are the error message

Re: [PATCH 0/4] RISC-V: NOEL-V BSP

On Mon, Feb 8, 2021 at 1:44 PM Daniel Hellstrom wrote: > This set of patches adds a BSP for the NOEL-V RISC-V processor > IP from Cobham Gaisler: > https://www.gaisler.com/noelv > > The patches are for the RTEMS master branch with the autoconf and > new WAF build system. If accepted anoth

Re: [PATCH] basedefs: Add stringification of argument lists

Hello Sebastian, On 2/9/21 3:14 PM, Sebastian Huber wrote: > On 09/02/2021 15:10, Gedare Bloom wrote: > >> On Tue, Feb 9, 2021 at 7:07 AM Sebastian Huber >>   wrote: >>> On 09/02/2021 15:04, Gedare Bloom wrote: >>> > We are responsible to monitor the RTEMS development during the > pre-qua

Re: [PATCH] basedefs: Add stringification of argument lists

On 09/02/2021 15:10, Gedare Bloom wrote: On Tue, Feb 9, 2021 at 7:07 AM Sebastian Huber wrote: On 09/02/2021 15:04, Gedare Bloom wrote: We are responsible to monitor the RTEMS development during the pre-qualification activity and adjust the specification, etc. I would have sent you an e-mai

Re: test for rtems_workspace_greedy_allocate

On 09/02/2021 14:59, Gedare Bloom wrote: sbrk() cannot be removed and we need to maintained and test it as a BSP level interface. This is an nice design idea where the sbrk() pool of memory can be given out to the heap or workspace depending on the demands of the application. I can see this bei

Re: [PATCH] basedefs: Add stringification of argument lists

On Tue, Feb 9, 2021 at 7:07 AM Sebastian Huber wrote: > > On 09/02/2021 15:04, Gedare Bloom wrote: > > >> We are responsible to monitor the RTEMS development during the > >> pre-qualification activity and adjust the specification, etc. I would > >> have sent you an e-mail that a specification upda

[PATCH] Modified Hello World task by Prateek

From: pp --- testsuites/samples/hello/init.c | 47 +++-- 1 file changed, 45 insertions(+), 2 deletions(-) diff --git a/testsuites/samples/hello/init.c b/testsuites/samples/hello/init.c index 34ded37c55..47ac4b27d2 100644 --- a/testsuites/samples/hello/init.c +++ b/te

Re: [PATCH] basedefs: Add stringification of argument lists

On 09/02/2021 15:04, Gedare Bloom wrote: We are responsible to monitor the RTEMS development during the pre-qualification activity and adjust the specification, etc. I would have sent you an e-mail that a specification update is necessary. The basedefs is an area with a higher probability of cha

Re: [PATCH] Modified Hello World task by Prateek

Hi Prateek, On Tue, Feb 9, 2021 at 3:08 AM Prateek Pardeshi wrote: > > From: pp > Please provide a full author name in your git.username config setting. > --- > testsuites/samples/hello/init.c | 47 +++-- > 1 file changed, 45 insertions(+), 2 deletions(-) > > diff -

Re: [PATCH] basedefs: Add stringification of argument lists

On Tue, Feb 9, 2021 at 2:46 AM Sebastian Huber wrote: > > Hello Frank, > > On 09/02/2021 10:12, Frank Kühndel wrote: > > [...] > > No objections but I am missing something. We do not used a certain > > frozen RTEMS version for the pre-qualification, do we? > we definitely don't use a frozen RTEMS

Re: About Doxygen builds

Does anyone maintain the doxygen builds? On Tue, Feb 9, 2021 at 1:13 AM Richi Dubey wrote: > > Hi, > > In https://docs.rtems.org/doxygen/branches/master/group__ScoreSMP.html, there > are only 0-7 bool options for SMP_Fatal_code, whereas I have been getting > error no 8, definition of which is a

Re: test for rtems_workspace_greedy_allocate

On Mon, Feb 8, 2021 at 6:14 PM Chris Johns wrote: > > > sbrk() cannot be removed and we need to maintained and test it as a BSP level > interface. > > This is an nice design idea where the sbrk() pool of memory can be given out > to > the heap or workspace depending on the demands of the applicat

Re: [PATCH 2/4 v2] bsp/riscv: Add NOEL-V BSP

On 09/02/2021 12:40, Daniel Hellstrom wrote: From: Martin Aberg Added support for Cobham Gaisler NOEL-V systems. The NOEL-V support is implemented as a riscv BSP. Both 32-bit and 64-bit processor systems are supported. Cobham Gaisler's NOEL-V RISC-V processor IP is described here: https://ww

[PATCH 1/1] zynq-uart: Fix set_attributes implementation

From: Kinsey Moore The zynq-uart set_attributes implementation was configured to always return false which causes spconsole01 to fail. This restores the disabled implementation which sets the baud rate registers appropriately and allows spconsole01 to pass. This also expands the set_attributes fu

[PATCH 0/1] bsps/zynq: Fix termios console driver in RTEMS5

Hello, in RTEMS5 the termios console driver does not seem to work correctly when reading from stdin. This has been fixed by the commit from Kinsey Moore in master. Could someone please push this commit to the 5 branch too? I checked locally and with this patch applied for example the termios test

Re: Scope of tracing for gsoc project

On Tue, Feb 9, 2021, 4:01 AM Sanskar Khandelwal wrote: > Hello there, > > I am interested in contributing to a few topics but I don't know what is > the current status and future enhancements you are looking for so if you > can guide me it would be a big help. > > 1. Tracing >1. #302

[PATCH 2/4 v2] bsp/riscv: Add NOEL-V BSP

From: Martin Aberg Added support for Cobham Gaisler NOEL-V systems. The NOEL-V support is implemented as a riscv BSP. Both 32-bit and 64-bit processor systems are supported. Cobham Gaisler's NOEL-V RISC-V processor IP is described here: https://www.gaisler.com/NOELV Compatible with the followi

Re: [PATCH] bsp,riscv: change to BSD-2 license on console_config.c

Ok, didn't notice that. Will the noelv bsp rebase on top for it. Thanks, Daniel Hellstrom Software Section Head T : +46 (0) 31 775 8657 F : +46 (0) 31 421407 dan...@gaisler.com To receive update notifications, please subscribe tohttps://gaisler.com/newsletter

Re: [PATCH] bsp,riscv: change to BSD-2 license on console_config.c

On 09/02/2021 11:52, Daniel Hellstrom wrote: bsps/riscv/riscv/console/console-config.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) Sorry, I already changed this and asked Pragnesh Patel to agree to the license change: http://devel.rtems.org/ticket/305

[PATCH] bsp,riscv: change to BSD-2 license on console_config.c

--- bsps/riscv/riscv/console/console-config.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/bsps/riscv/riscv/console/console-config.c b/bsps/riscv/riscv/console/console-config.c index 9454eac..c7a0261 100644 --- a/bsps/riscv/riscv/console/console-c

Scope of tracing for gsoc project

Hello there, I am interested in contributing to a few topics but I don't know what is the current status and future enhancements you are looking for so if you can guide me it would be a big help. 1. Tracing 1. #3028 : Run-Time Tracing 2 .#3326 : Eclipse Target Communicatio

Re: [PATCH v2 0/4] bsps/shared/ofw: Bug and Coverity defect fixes

Hello, Thank's to both of you for reviewing and pushing the patches :) On Tue, Feb 9, 2021 at 2:02 AM Joel Sherrill wrote: > > > On Mon, Feb 8, 2021, 2:27 PM Christian Mauderer wrote: > >> Hello Gedare and Niteesh, >> >> the patches look fine. I pushed them. >> >> @Niteesh: Thanks for creating

Re: [PATCH 3/4] bsp/riscv: work area size based on stack pointer

On Tue, 9 Feb 2021 at 07:11, Sebastian Huber wrote: > > On 08/02/2021 20:44, Daniel Hellstrom wrote: > > > + > > + .section.data, "aw" > > + .align 3 > > + > > + .globl bsp_sp_at_entry > > + .type bsp_sp_at_entry, @object > > + .size bsp_sp_at_entry, 8 > > +bsp_sp

Re: [PATCH rtems 0/2] Add Peek Support to libblock and use in dosfs

Ping. I would like to commit the patch set (with changes as requested by Gedare and a small bugfix). That is: - Rename read_ahead_transfers_with_size to read_ahead_peeks. - Spelling: blocks_till_end_of_disk -> blocks_until_end_of_disk - Make logic in rtems_bdbuf_read_ahead_task simpler to read

Re: [PATCH] basedefs: Add stringification of argument lists

Hello Sebastian, On 2/8/21 7:54 AM, Sebastian Huber wrote: > On 14/12/2020 09:44, Sebastian Huber wrote: > >> Change RTEMS_STRING() and RTEMS_XSTRING() to accept a variable number of >> arguments which is stringified.  This can be used for example to create >> register lists for inline assembler

Re: [PATCH] basedefs: Add stringification of argument lists

Hello Frank, On 09/02/2021 10:12, Frank Kühndel wrote: [...] No objections but I am missing something. We do not used a certain frozen RTEMS version for the pre-qualification, do we? we definitely don't use a frozen RTEMS version for the pre-qualification. This brings about the problem that v

[PATCH 6/8] c-user: Generate semaphore manager documentation

The documentation is a consolidation of the comments in Doxygen markup and the documentation sources in Sphinx markup. The documentation was transfered to interface specification items. The documentation source files were generated from the items by a script. Update #3993. --- c-user/semaphore/

[PATCH 7/8] c-user: Generate barrier manager documentation

The documentation is a consolidation of the comments in Doxygen markup and the documentation sources in Sphinx markup. The documentation was transfered to interface specification items. The documentation source files were generated from the items by a script. Update #3993. --- c-user/barrier/di

[PATCH 8/8] c-user: Generate user extensions manager docs

The documentation is a consolidation of the comments in Doxygen markup and the documentation sources in Sphinx markup. The documentation was transfered to interface specification items. The documentation source files were generated from the items by a script. Update #3993. --- c-user/user-exten

[PATCH 1/8] c-user: Clarify timer manager documentation

Unify the wording across similar directives of other managers. Add "CONSTRAINTS" section. Update #3993. --- c-user/timer/directives.rst | 198 ++ c-user/timer/index.rst| 2 + c-user/timer/introduction.rst | 2 +- 3 files changed, 157 insertions(+), 4

[PATCH 5/8] c-user: Add control block acronyms

--- c-user/glossary.rst | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/c-user/glossary.rst b/c-user/glossary.rst index c3907f5..65e1fd7 100644 --- a/c-user/glossary.rst +++ b/c-user/glossary.rst @@ -1,7 +1,7 @@ .. SPDX-License-Identifier: CC-BY-SA-4.0 .. Cop

[PATCH 3/8] c-user: Clarify partition manager documentation

--- c-user/partition/directives.rst | 6 ++ 1 file changed, 6 insertions(+) diff --git a/c-user/partition/directives.rst b/c-user/partition/directives.rst index 0d35136..2340409 100644 --- a/c-user/partition/directives.rst +++ b/c-user/partition/directives.rst @@ -191,6 +191,9 @@ The followin

[PATCH 0/8] Generate documentation for managers

This patch adds the next round of generated documentation. Patches 1 to 3 try to unify the documentation accross managers. The other patches add the generated documentation for the Semaphore, Barrier, and User Extensions Managers. Here is the updated document for review: https://ftp.rtems.org/p

[PATCH 2/8] c-user: Clarify event manager documentation

Unify the wording across similar directives of other managers. Add "CONSTRAINTS" section. Update #3993. --- c-user/event/directives.rst | 60 +-- c-user/event/introduction.rst | 2 +- 2 files changed, 44 insertions(+), 18 deletions(-) diff --git a/c-user/event

[PATCH 4/8] c-user: Add labels to the manager chapters

--- c-user/board_support_packages.rst| 2 +- c-user/clock/index.rst | 2 ++ c-user/config/scheduler-general.rst | 2 +- c-user/dual-ported-memory/index.rst | 2 ++ c-user/event/index.rst | 2 ++ c-user/interrupt/index.rst | 2 ++ c-user/io/index.rst

Re: Getting an error after a test ends

Thanks for your prompt response. When I ran rtems-test for the WIP Strong APA, it showed a failure for smpfatal04, whereas on debugging I see the failure after the END OF TEST. I'll try running rtems-test again. On Mon, Feb 8, 2021 at 11:07 AM Sebastian Huber < sebastian.hu...@embedded-brains.de

About Doxygen builds

Hi, In https://docs.rtems.org/doxygen/branches/master/group__ScoreSMP.html, there are only 0-7 bool options for SMP_Fatal_code, whereas I have been getting error no 8, definition of which is available in smpimpl.h. Why is the master version of doxygen not up to date? Richi. __