Re: What is the expected thread execution in tm24?

On Thu, Jan 14, 2021 at 12:30 AM Richi Dubey wrote: > Hi, > > In the Tasks function > , > when one of the OPERATION_COUNT thread calls rtems_task_wake_after( > RTEMS_YIELD_PROCESSOR), it yields the processor and goes >

[PATCH] user: Update aarch64/xilinx-zynqmp Qemu command

The Xilinx ZynqMP BSP has been updated to use the second UART in the memory map as the primary UART since this is how both the hardware and Qemu use them. --- user/bsps/aarch64/xilinx-zynqmp.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/user/bsps/aarch64/xilinx-zynqmp.rst

[PATCH] tester: Swap Xilinx ZynqMP BSPs to secondary UART

Qemu's machine definition uses the second UART in the memory map as the primary UART. This follows from the hardware itself where the second UART in the memory map is UART 0. This switches the tester to using the correct UART. --- tester/rtems/testing/bsps/xilinx_zynqmp_ilp32.ini | 2 +- tester/rt

[PATCH] bsps/aarch64: Swap primary ZynqMP UART

Both Qemu and actual hardware treat the second UART in memory map as the primary UART. This adjusts the ZynqMP BSPs to match. --- bsps/aarch64/xilinx-zynqmp/console/console.c | 4 ++-- bsps/aarch64/xilinx-zynqmp/include/bsp/irq.h | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --g

Re: [PATCH] bsps/aarch64: Swap primary ZynqMP UART

On 14/01/2021 16:24, Kinsey Moore wrote: Both Qemu and actual hardware treat the second UART in memory map as the primary UART. This adjusts the ZynqMP BSPs to match. All related patches look good. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebasti

Re: [rtems-docs commit] c-user: Generate Timer Manager documentation

On Wed, Jan 13, 2021 at 6:21 PM Chris Johns wrote: > On 13/1/21 9:45 pm, Sebastian Huber wrote: > > On 11/12/2020 01:35, Chris Johns wrote: > > > >> On 10/12/20 4:41 pm, Sebastian Huber wrote: > >>> On 10/12/2020 03:24, Chris Johns wrote: > >>> > On 9/12/20 7:20 pm, Sebastian Huber wrote: >

Re: [rtems-docs commit] c-user: Generate Timer Manager documentation

On Wed, Jan 13, 2021 at 6:26 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 11/12/2020 01:35, Chris Johns wrote: > > > On 10/12/20 4:41 pm, Sebastian Huber wrote: > >> On 10/12/2020 03:24, Chris Johns wrote: > >> > >>> On 9/12/20 7:20 pm, Sebastian Huber wrote: > Module:

Fwd: Build Linux: FAILED 7/rtems-moxie on x86_64-linux-gnu (dtc-1.6.0-x86_64-linux-gnu-1)

Why is dtc failing? -- Forwarded message - From: Date: Thu, Jan 14, 2021, 5:15 PM Subject: Build Linux: FAILED 7/rtems-moxie on x86_64-linux-gnu (dtc-1.6.0-x86_64-linux-gnu-1) To: RTEMS Source Builder - Set Builder, 6 (295f9e94b9f0) warning: exe: absolute exe found in path: (__

Re: [rtems-tools commit] tester: Swap Xilinx ZynqMP BSPs to secondary UART

On 15/1/21 6:33 am, Joel Sherrill wrote: > Module:rtems-tools > Branch:master > Commit:4da011424c92f76ffa06f8a01f92861875806056 > Changeset: > http://git.rtems.org/rtems-tools/commit/?id=4da011424c92f76ffa06f8a01f92861875806056 > > Author:Kinsey Moore > Date: Thu Jan 14 07:5

Re: [rtems-docs commit] c-user: Generate Timer Manager documentation

On 15/1/21 6:20 am, Joel Sherrill wrote: > > > On Wed, Jan 13, 2021 at 6:26 PM Sebastian Huber > > > wrote: > > On 11/12/2020 01:35, Chris Johns wrote: > > > On 10/12/20 4:41 pm, Sebastian Huber wrote: > >> On 10/12/2020 03:24, Chris Johns

Re: [PATCH] eng: Add design group requirement item type

On 14/1/21 4:04 pm, Sebastian Huber wrote: > On 14/01/2021 03:34, Chris Johns wrote: > >> On 13/1/21 9:40 pm, Sebastian Huber wrote: >>> +Design Group Requirement Item Type >>> +^^ >>> + >>> +This type refines the :ref:`SpecTypeNonFunctionalRequirementItemType` >>>

Re: [PATCH] eng: Add design group requirement item type

On 15/01/2021 04:31, Chris Johns wrote: On 14/1/21 4:04 pm, Sebastian Huber wrote: On 14/01/2021 03:34, Chris Johns wrote: On 13/1/21 9:40 pm, Sebastian Huber wrote: +Design Group Requirement Item Type +^^ + +This type refines the :ref:`SpecTypeNonFunctionalRe

Re: Fwd: Build Linux: FAILED 7/rtems-moxie on x86_64-linux-gnu (dtc-1.6.0-x86_64-linux-gnu-1)

On 15/01/2021 00:27, Joel Sherrill wrote: Why is dtc failing? New warnings issued by GCC 11 in combination with -Werror: https://www.spinics.net/lists/devicetree-compiler/msg03544.html -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@em

Re: [PATCH] eng: Add design group requirement item type

On 15/1/21 4:13 pm, Sebastian Huber wrote: > On 15/01/2021 04:31, Chris Johns wrote: > >> On 14/1/21 4:04 pm, Sebastian Huber wrote: >>> On 14/01/2021 03:34, Chris Johns wrote: >>> On 13/1/21 9:40 pm, Sebastian Huber wrote: > +Design Group Requirement Item Type > +