Re: [rtems commit] bsps: Move zynq-uart to bsps/shared

On 03/12/2020 01:51, Joel Sherrill wrote: diff --git a/spec/build/bsps/obj.yml b/spec/build/bsps/obj.yml index a454783..7ea560b 100644 --- a/spec/build/bsps/obj.yml +++ b/spec/build/bsps/obj.yml @@ -52,6 +52,8 @@ install: source: - bsps/include/dev/serial/arm-pl011-regs.h - bsps/incl

Re: [PATCH v2 4/4] spec/optconminor: Fix value type

On 03/12/2020 02:12, Kinsey Moore wrote: The option for defining the console minor should be an integer, not a boolean. Ok. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hub...@embedded-brains.de phone: +49-89-18 94 741 - 16 fax: +49-89-18

Re: [PATCH v2 3/4] Add AArch64 ZynpMP BSP

On 03/12/2020 02:12, Kinsey Moore wrote: This adds a BSP family that runs on the Xilinx Ultrascale+ MPSOC (ZynqMP) family of chips. It is configured to be usable on the Qemu ZCU102 machine definition and should be almost trivially portable to ZynqMP development boards and custom hardware. It is

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

On 03/12/2020 02:12, Kinsey Moore wrote: 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

Re: [PATCH v2 2/4] samples/unlimited: Prevent compile error

On 03/12/2020 02:12, Kinsey Moore wrote: -#define CONFIGURE_INIT_TASK_STACK_SIZE (8 * 1024) +#define CONFIGURE_INIT_TASK_STACK_SIZE MAX(8 * 1024, CONFIGURE_MINIMUM_TASK_STACK_SIZE) The 8KiB looks a bit arbitrary. I didn't see anything in the test which needs a large stack size. I would remove

Re: Makefile.inc Issues

On 3/12/20 12:42 pm, Chris Johns wrote: > Something must be wrong as ... > > https://git.rtems.org/rtems-examples/tree/wscript#n36 > > ... adds `-g`. Maybe doing this is not working. > Oh sorry this is Makefile.inc. I would add the flags you want ... CFLAGS += -g Chris ___

Re: Makefile.inc Issues

On 3/12/20 12:07 pm, Joel Sherrill wrote: > I know a number of the flags were removed from the CFLAGS installed but we > lost > -g which makes debugging impossible.  > > I understand dropping the warning flags but I question dropping the > recommended > optimization and -g. I consider the expor

[PATCH v2 3/4] Add AArch64 ZynpMP BSP

This adds a BSP family that runs on the Xilinx Ultrascale+ MPSOC (ZynqMP) family of chips. It is configured to be usable on the Qemu ZCU102 machine definition and should be almost trivially portable to ZynqMP development boards and custom hardware. It is also configured to be usable with libbsd. --

[PATCH v2 4/4] spec/optconminor: Fix value type

The option for defining the console minor should be an integer, not a boolean. --- spec/build/bsps/optconminor.yml | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/spec/build/bsps/optconminor.yml b/spec/build/bsps/optconminor.yml index 55074c6dac..486eb92d33 100644 --- a/

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

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 functionality to allow

[PATCH v2 2/4] samples/unlimited: Prevent compile error

For architectures with relatively large minimum stack sizes, ensure that the init task stack size is at least the minimum stack size to prevent a configuration error during compilation. --- testsuites/samples/unlimited/system.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/

Makefile.inc Issues

Hi I know a number of the flags were removed from the CFLAGS installed but we lost -g which makes debugging impossible. I understand dropping the warning flags but I question dropping the recommended optimization and -g. This came up debugging the rtems-examples. --joel

Report on failing tests with thread stack protection and their resolution.

Hello, As discussed in this thread, I have compiled a list of the tests that deal with inter stack communication and fail with the thread stack protection option. Most of these tests pass when, as Sebastian suggested and had provid

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

-Original Message- From: devel On Behalf Of Sebastian Huber Sent: Wednesday, December 2, 2020 06:46 To: jan.som...@dlr.de; devel@rtems.org Subject: Re: BSP_CONSOLE_MINOR option for Zynq board with new build system > Hello Jan, > >> On 02/12/2020 11:19, jan.som...@dlr.de wrote: >> I forgot

Re: [PATCH] doc improvements

[ Sorry, I did not see this post before ] On 3/12/20 5:17 am, Sebastian Huber wrote: > On 02/12/2020 18:09, Gedare Bloom wrote: > >> A significant challenge with the version numbers arises during the release >> process. I will leave all these doc patches for Chris to review/feedback, but >> the

Re: [PATCH] doc improvements

On 3/12/20 4:09 am, Gedare Bloom wrote: > A significant challenge with the version numbers arises during the release > process. I will leave all these doc patches for Chris to review/feedback, but > the concern is that when a release is cut all the version numbers need to be > injected to the relea

Re: [PATCH 1/1] Add yaml format to the supported report formats

On 3/12/20 3:05 am, cl...@isep.ipp.pt wrote: > From: Cláudio Maia Thanks. Does this work on python2? > > --- > tester/rt/test.py | 104 +- > 1 file changed, 102 insertions(+), 2 deletions(-) > > diff --git a/tester/rt/test.py b/tester/rt/test.py > i

Re: "invalid %if operator" in RTEMS source builder .cfg file

On 3/12/20 1:48 am, Peter Dufault wrote: > I'm building "Simple Open EtherCAT Master" with rtems-6. I built it earlier > with rtems-5. I get the following error when I try to build it: > > [dufault@build scripts]$ > /home/dufault/development/rtems/rtems-source-builder/source-builder/sb-set-bui

Re: GMP is now a required dependency for building GDB

On 2/12/20 7:56 pm, Sebastian Huber wrote: > Hello Chris, > > On 19/11/2020 09:52, Sebastian Huber wrote: >> On 19/11/2020 09:33, Sebastian Huber wrote: >> >>> On 17/11/2020 14:49, Joel Sherrill wrote: >>>     The GMP library is not available by default on FreeBSD systems.     For G

What does fatal source: 0 and fatal code: 5 indicate?

Hi, I am testing tm24 on the scheduler code that we developed in this year's GSoC. I am getting the following error: fatal source: 0 (INTERNAL_ERROR_CORE) fatal code: 5 (INTERNAL_ERROR_THREAD_EXITTED) and the backtrace goes something like this: Tasks (argument=0) at /home/richi/quick-start/src

Re: [PATCH] doc improvements

On 02/12/2020 18:09, Gedare Bloom wrote: A significant challenge with the version numbers arises during the release process. I will leave all these doc patches for Chris to review/feedback, but the concern is that when a release is cut all the version numbers need to be injected to the release

Re: [PATCH v2] c-user: Generate Object Services documentation

On 02/12/2020 18:16, Gedare Bloom wrote: It looks ok to me. I still don't know what "A body is also provided." means though. This means that in addition to a macro or define there is a real function available. This is implemented in three different ways in RTEMS. Examples for each variant:

Re: [PATCH] c-user: Generate Timer Manager documentation

Looks good to me. On Wed, Dec 2, 2020 at 1:26 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > 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 i

Re: [PATCH] rtems: Generate

Looks good to me. On Wed, Dec 2, 2020 at 1:26 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Change license to BSD-2-Clause according to file histories and > documentation re-licensing agreement. > > Update #3899. > Update #3993. > --- > cpukit/include/rtems/rtems/timer.h | 70

Re: [PATCH v2] c-user: Generate Object Services documentation

It looks ok to me. I still don't know what "A body is also provided." means though. On Wed, Dec 2, 2020 at 1:22 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > The documentation is a consolidation of the comments in Doxygen markup > and the documentation sources in Sphinx markup

Re: [PATCH] doc improvements

A significant challenge with the version numbers arises during the release process. I will leave all these doc patches for Chris to review/feedback, but the concern is that when a release is cut all the version numbers need to be injected to the release and then updated for the main branch. On Wed

Re: CAN user space API for RTEMS

Hello Jan, There are some interested parties in CAN for RTEMS (but mostly of the volunteer type). Have a look at Pavel's message from March this year: https://lists.rtems.org/pipermail/devel/2020-March/058161.html Gedare On Wed, Dec 2, 2020 at 8:41 AM wrote: > Hello, > > We have some upcoming

[PATCH 1/1] Add yaml format to the supported report formats

From: Cláudio Maia --- tester/rt/test.py | 104 +- 1 file changed, 102 insertions(+), 2 deletions(-) diff --git a/tester/rt/test.py b/tester/rt/test.py index 9b157e9..0178a8d 100644 --- a/tester/rt/test.py +++ b/tester/rt/test.py @@ -339,9 +339,109 @@

[PATCH 0/1] Add yaml format to the supported report formats

From: Cláudio Maia Two output formats were supported by RTEMS Tester: json and junit. This patch adds yaml to the list of supported formats. The information being stored in the ouput file is the same as the one being stored for the other formats, with the addition of adding a few more execution

CAN user space API for RTEMS

Hello, We have some upcoming projects which will use RTEMS and will require CAN. RTEMS doesn't have a CAN user interface and as far as I can see there is also no such thing in FreeBSD (please correct me if I'm wrong) which we could take in via rtems-libbsd. Now, our options are to just use keep

"invalid %if operator" in RTEMS source builder .cfg file

I'm building "Simple Open EtherCAT Master" with rtems-6. I built it earlier with rtems-5. I get the following error when I try to build it: [dufault@build scripts]$ /home/dufault/development/rtems/rtems-source-builder/source-builder/sb-set-builder \ --log=log_arm_soem \ --prefix=/opt/flat

[PATCH] command correction to perform tests

--- The old command seems to be incosistent with the rest of the quick start guide. I was able to run tests for both RTEMS5 (released build) and RTEMS 6 ( git clone) with the following commands. user/start/bsp-test.rst | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/use

[PATCH] quick start variable version number

--- user/start/sources.rst | 10 -- user/start/tools.rst | 19 +-- 2 files changed, 21 insertions(+), 8 deletions(-) diff --git a/user/start/sources.rst b/user/start/sources.rst index 8c40aa0..836cab9 100644 --- a/user/start/sources.rst +++ b/user/start/sources.rst @@ -9

Re: [PATCH] doc improvements

I will provide another patch with version numbers corrected. Kind Regards Robin On Wed, 2 Dec 2020 at 14:19, Robin Müller wrote: > Actually, I just saw that when switching to the 5 branch for the RTEMS > sources, there is no waf tool (at least I can't run it) so later parts of > the QuickStart

Re: [PATCH] doc improvements

Actually, I just saw that when switching to the 5 branch for the RTEMS sources, there is no waf tool (at least I can't run it) so later parts of the QuickStart guide won't work.. I could just leave it like that, but then RTEMS 6 is built and all version numbers would have to be corrected.. KInd Re

Re: [PATCH] doc improvements

Hello Robin, On 02/12/2020 13:46, Robin Mueller wrote: --- user/start/sources.rst | 9 + user/start/tools.rst | 9 - 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/user/start/sources.rst b/user/start/sources.rst index 8c40aa0..fddc439 100644 --- a/user/start

Re: [PATCH] doc improvements

[PATCH] doc improvements is related to ticket https://devel.rtems.org/ticket/4187 which can then be closed On Wed, 2 Dec 2020 at 13:46, Robin Mueller wrote: > --- > user/start/sources.rst | 9 + > user/start/tools.rst | 9 - > 2 files changed, 17 insertions(+), 1 deletion(-)

[PATCH] doc improvements

--- user/start/sources.rst | 9 + user/start/tools.rst | 9 - 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/user/start/sources.rst b/user/start/sources.rst index 8c40aa0..fddc439 100644 --- a/user/start/sources.rst +++ b/user/start/sources.rst @@ -86,12 +86,21 @@

Re: BSP_CONSOLE_MINOR option for Zynq board with new build system

Hello Jan, On 02/12/2020 11:19, jan.som...@dlr.de wrote: I forgot to follow up with this until I ran into the same thing again. Your patch works and solves the problem. Would you be so kind to push it to master? I think this should be fixed along with the new aarch64 BSP for Zynq: https://lis

[PATCH] updated python section

--- user/hosts/windows.rst | 12 1 file changed, 12 insertions(+) diff --git a/user/hosts/windows.rst b/user/hosts/windows.rst index fac1366..ca8026d 100644 --- a/user/hosts/windows.rst +++ b/user/hosts/windows.rst @@ -126,6 +126,18 @@ Python2 package. The MSYS Python is version 3 an

RE: BSP_CONSOLE_MINOR option for Zynq board with new build system

Hi Sebastian, I forgot to follow up with this until I ran into the same thing again. Your patch works and solves the problem. Would you be so kind to push it to master? Best regards, Jan > -Original Message- > From: Sebastian Huber > Sent: Friday, September 25, 2020 4:14 PM > To:

Re: GMP is now a required dependency for building GDB

Hello Chris, On 19/11/2020 09:52, Sebastian Huber wrote: On 19/11/2020 09:33, Sebastian Huber wrote: On 17/11/2020 14:49, Joel Sherrill wrote:     The GMP library is not available by default on FreeBSD systems.     For GCC     we include a fixed version and build it together with GCC. What

Re: [PATCH v1 3/3] Add AArch64 ZynpMP BSP

On 01/12/2020 21:57, Kinsey Moore wrote: This adds a BSP family that runs on the Xilinx Ultrascale+ MPSOC (ZynqMP) family of chips. It is configured to be usable on the Qemu ZCU102 machine definition and should be almost trivially portable to ZynqMP development boards and custom hardware. It is

Re: [PATCH v1 2/3] bsps: Move ARM GICv2 driver to bsps/shared

On 01/12/2020 21:57, Kinsey Moore wrote: This moves the ARM GICv2 driver to bsps/shared to be usable by AArch64 code. Ok. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hub...@embedded-brains.de phone: +49-89-18 94 741 - 16 fax: +49-89-18 9

Re: [PATCH v1 1/3] bsps: Move zynq-uart to bsps/shared

On 01/12/2020 21:57, Kinsey Moore wrote: This moves the zynq-uart driver from bsps/arm/shared to bsps/shared to accomodate use by AArch64 BSPs. Ok. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hub...@embedded-brains.de phone: +49-89-18 94 7

[PATCH] c-user: Generate Timer 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. --- The generated doc

[PATCH] rtems: Generate

Change license to BSD-2-Clause according to file histories and documentation re-licensing agreement. Update #3899. Update #3993. --- cpukit/include/rtems/rtems/timer.h | 705 - 1 file changed, 494 insertions(+), 211 deletions(-) diff --git a/cpukit/include/rtems/rtems

[PATCH v2] c-user: Generate Object Services 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. --- The generated doc