Re: [PATCH] libtest: Change expected fail state string

On 4/12/19 5:43 pm, Sebastian Huber wrote: > On 04/12/2019 05:14, Chris Johns wrote: >> On 3/12/19 9:59 pm, Sebastian Huber wrote: >>> On 02/12/2019 23:32, Chris Johns wrote: On 2/12/19 6:24 pm, Sebastian Huber wrote: > Use the value expected by the RTEMS Tester.  There are two separator

Re: New Build System Ready for Integration

On 4/12/19 7:58 pm, Sebastian Huber wrote: > On 04/12/2019 09:51, Chris Johns wrote: >>> Is there anything else open which prevents us from merging in the new build >>> system? >> I am about to head to Huntsville to see Joel and I would like to discuss this >> with him. He is out of town at the

Re: [PATCH] libtest: Change expected fail state string

On 04/12/2019 09:49, Chris Johns wrote: On 4/12/19 5:43 pm, Sebastian Huber wrote: On 04/12/2019 05:14, Chris Johns wrote: On 3/12/19 9:59 pm, Sebastian Huber wrote: On 02/12/2019 23:32, Chris Johns wrote: On 2/12/19 6:24 pm, Sebastian Huber wrote: Use the value expected by the RTEMS

Re: License and copyright of specification items

On Wed, Dec 4, 2019, 4:05 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 22/11/2019 14:32, Sebastian Huber wrote: > > Hello, > > > > some specification items may contain copyrightable information. Doorstop > > removes all comments from YAML files. So, my proposal is to add

Re: New Build System Ready for Integration

On 4/12/19 6:35 pm, Sebastian Huber wrote: > Hello, > > I updated the user manual to address some issues found in the review and > discussions: > > https://ftp.rtems.org/pub/rtems/people/sebh/user.pdf > > I added a checklist issue for the new build system testing phase (four months > are

[PATCH rtems-littelvgl] lv_conf.h: Enable user data.

This is usefull for passing driver objects arround and it doesn't add too much overhad for drivers that don't need it. Therefore enabling it by default seems like the better choice. --- lv_conf.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lv_conf.h b/lv_conf.h index

Re: New Build System Ready for Integration

On 04/12/2019 09:51, Chris Johns wrote: Is there anything else open which prevents us from merging in the new build system? I am about to head to Huntsville to see Joel and I would like to discuss this with him. He is out of town at the moment so lets please just wait a week or so and let Joel

Re: [PATCH] libtest: Change expected fail state string

On Wed, Dec 4, 2019, 3:57 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/12/2019 09:49, Chris Johns wrote: > > On 4/12/19 5:43 pm, Sebastian Huber wrote: > >> On 04/12/2019 05:14, Chris Johns wrote: > >>> On 3/12/19 9:59 pm, Sebastian Huber wrote: > On 02/12/2019

Re: License and copyright of specification items

On 22/11/2019 14:32, Sebastian Huber wrote: Hello, some specification items may contain copyrightable information. Doorstop removes all comments from YAML files. So, my proposal is to add two attributes to every specification item: 1. license: 'SPDX-License-Identifier: BSD-2-Clause OR

Re: [PATCH] libtest: Change expected fail state string

On 04/12/2019 12:59, Joel Sherrill wrote: On Wed, Dec 4, 2019, 3:57 AM Sebastian Huber > wrote: On 04/12/2019 09:49, Chris Johns wrote: > On 4/12/19 5:43 pm, Sebastian Huber wrote: >> On 04/12/2019 05:14, Chris Johns wrote: >>> On

Re: [PATCH] bsp/xen: Create README

Thanks Jeff! On Wed, 4 Dec 2019 at 14:53, Jeff Kubascik wrote: > > Add a README for the new xen bsp. > --- > user/bsps/arm/xen.rst | 79 +++ > 1 file changed, 79 insertions(+) > create mode 100644 user/bsps/arm/xen.rst > > diff --git

[PATCH v2 3/3] bsp/xen: Create BSP

Create the Xen BSP for Xen on ARM. --- bsps/arm/xen/config/xen_virtual.cfg | 14 + bsps/arm/xen/console/console.c| 63 bsps/arm/xen/headers.am | 10 bsps/arm/xen/include/bsp.h| 86 +++

[PATCH v2 2/3] bsps/arm: Unmask generic timer in interrupt handler

Xen will mask the virtual timer before injecting the interrupt to the guest. --- bsps/arm/shared/clock/clock-generic-timer.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/bsps/arm/shared/clock/clock-generic-timer.c b/bsps/arm/shared/clock/clock-generic-timer.c index

[PATCH v2 0/3] bsp/xen: support for Xen hypervisor

This patch set adds a new board support package to enable RTEMS to run as a guest virtual machine in AArch32 mode on the Xen hypervisor for ARMv8 platforms. This required two changes to the shared arm code: add a zImage boot header to start.S and umasking of the generic timer in the ISR. This BSP

[PATCH v2 1/3] bsps/arm: Add zImage boot header

Xen currently only supports the zImage loader for 32 bit guests on ARM targets. --- bsps/arm/shared/start/start.S | 11 +++ 1 file changed, 11 insertions(+) diff --git a/bsps/arm/shared/start/start.S b/bsps/arm/shared/start/start.S index 0e9e6a0cde..4fd748477c 100644 ---

[PATCH] bsp/xen: Create README

Add a README for the new xen bsp. --- user/bsps/arm/xen.rst | 79 +++ 1 file changed, 79 insertions(+) create mode 100644 user/bsps/arm/xen.rst diff --git a/user/bsps/arm/xen.rst b/user/bsps/arm/xen.rst new file mode 100644 index 000..e499f5d ---

Zynq driver development strategy

Is there any technical or legal (licensing) reason why I can't just integrate the driver code generated by the Xilinx XSDK tool when building a standalone or FreeRTOS project? It's the same code for both. I did a dependency check and, assuming I didn't miss any externs or implicit declarations,

Re: Doorstop 2.0.post2 release available

On 4/12/19 5:58 pm, Sebastian Huber wrote: > On 04/12/2019 04:25, Chris Johns wrote: >> On 3/12/19 5:01 pm, Sebastian Huber wrote: >>> On 03/12/2019 00:06, Chris Johns wrote: > The first use of Doorstop is done in the new build system. I will update > the > documentation to mention

undefined reference to `z_inflateEnd'

Hi, When I try to callrtems_fdt_add_shell_command(​) to support device tree, some link errors occurs. I have added -lz in link command line, and I have tried to change the position of "-lz", but link errors still threre. error message:

Re: Zynq driver development strategy

On 5/12/19 3:45 am, Mathew Benson wrote: > Is there any technical or legal (licensing) reason why I can't just integrate > the driver code generated by the Xilinx XSDK tool when building a standalone > or > FreeRTOS project?  It's the same code for both.  I did a dependency check and, > assuming

RTEMS Release Snapshot: 5.0.0-m1912 (05 Dec 2019)

RTEMS Release Build - 5.0.0-m1912 RTEMS 5 Release snapshot m1912 is avaliable for testing. It can be found at: https://ftp.rtems.org/pub/rtems/releases/5/5.0.0/5.0.0-m1912 Please test and report any issues to the u...@rtems.org or devel@rtems.org mailing lists or please raise a ticket. If you

Re: [PATCH] libtest: Change expected fail state string

On 4/12/19 11:11 pm, Sebastian Huber wrote: > On 04/12/2019 12:59, Joel Sherrill wrote: >> >> On Wed, Dec 4, 2019, 3:57 AM Sebastian Huber >> > > wrote: >> >>     On 04/12/2019 09:49, Chris Johns wrote: >> > On 4/12/19 5:43 pm, Sebastian Huber

Re: undefined reference to `z_inflateEnd'

On 05/12/2019 02:46, jameszxj wrote:      When I try to call rtems_fdt_add_shell_command(​) to support device tree,  some link errors occurs.       I have added -lz in link command line, and I have tried to change the position of "-lz", but link errors still threre. error message:

Re: [PATCH v2 0/3] bsp/xen: support for Xen hypervisor

Thanks, I check in the patch set. Should the BSP be renamed from "xen_virtual" to just "xen"? -- 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

Re: Build FreeBSD: FAILED 6/rtems-sparc on x86_64-freebsd12.1 (sparc-rtems6-gdb-5085593976-x86_64-freebsd12.1-1)

On 04/12/2019 14:56, sebastian.hu...@embedded-brains.de wrote: ../../../sourceware-mirror-binutils-gdb-5085593976/sim/erc32/sis.c:36:10: fatal error: 'readline/readline.h' file not found #include "readline/readline.h" This is the GDB build failure on FreeBSD 12.1. I have a readline.h in:

Re: Zynq driver development strategy

On 05/12/2019 01:22, Chris Johns wrote: Is there SPI code in FreeBSD that can be used? That would be my preferred path if it is available because it integrates vertically. New SPI drivers should use this framework: https://git.rtems.org/rtems/tree/cpukit/include/dev/spi/spi.h It is

Re: [PATCH v2 0/3] bsp/xen: support for Xen hypervisor

On 05/12/2019 07:36, Sebastian Huber wrote: Thanks, I check in the patch set. Should the BSP be renamed from "xen_virtual" to just "xen"? I changed the linker command file a bit and converted the BSP to the new build system. It would be good if you could test this:

Re: Build FreeBSD: FAILED 6/rtems-sparc on x86_64-freebsd12.1 (sparc-rtems6-gdb-5085593976-x86_64-freebsd12.1-1)

On 05/12/2019 08:38, Sebastian Huber wrote: On 04/12/2019 14:56, sebastian.hu...@embedded-brains.de wrote: ../../../sourceware-mirror-binutils-gdb-5085593976/sim/erc32/sis.c:36:10: fatal error: 'readline/readline.h' file not found #include "readline/readline.h" This is the GDB build failure

Re: undefined reference to `z_inflateEnd'

It works, thanks. --Original-- From:"Sebastian Huber"http://lists.rtems.org/mailman/listinfo/devel___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Build FreeBSD: FAILED 6/rtems-sparc on x86_64-freebsd12.1 (sparc-rtems6-gdb-5085593976-x86_64-freebsd12.1-1)

On 05/12/2019 08:46, Sebastian Huber wrote: On 05/12/2019 08:38, Sebastian Huber wrote: On 04/12/2019 14:56, sebastian.hu...@embedded-brains.de wrote: ../../../sourceware-mirror-binutils-gdb-5085593976/sim/erc32/sis.c:36:10: fatal error: 'readline/readline.h' file not found #include

Re: [PATCH] libtest: Change expected fail state string

On 05/12/2019 01:24, Chris Johns wrote: On 4/12/19 11:11 pm, Sebastian Huber wrote: On 04/12/2019 12:59, Joel Sherrill wrote: On Wed, Dec 4, 2019, 3:57 AM Sebastian Huber mailto:sebastian.hu...@embedded-brains.de>> wrote:     On 04/12/2019 09:49, Chris Johns wrote: > On 4/12/19 5:43

[PATCH] tester: Prefer '_' as test state separator char

--- tester/rt/report.py | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/tester/rt/report.py b/tester/rt/report.py index 06acb21..c62d553 100644 --- a/tester/rt/report.py +++ b/tester/rt/report.py @@ -142,7 +142,9 @@ class report(object):