GMP is now a required dependency for building GDB

2020-11-16 Thread Sebastian Huber
Hello, I tried to update the RTEMS 6/7 tools yesterday and all builds failed on my FreeBSD machine. The reason is this change in GDB: commit 1b4ac058f7daeb9bac9ab0e63a7e73535208dfef Author: Joel Brobecker Date:   Sun Nov 15 03:08:40 2020 -0500     gdb: Make GMP a required dependency for buil

Re: Proposal for hardware configuration dependent performance limits

2020-11-16 Thread Sebastian Huber
On 16/11/2020 23:42, Chris Johns wrote: On 16/11/20 5:40 pm, Sebastian Huber wrote: On 16/11/2020 00:33, Chris Johns wrote: In the proposal, limits are specified like this: limits: sparc/gr712rc:    DirtyCache: max-upper-bound: 0.05 mean-upper-bound: 0.000

Re: [PATCH 7/8] validation/ts-performance-0: Add test suite

2020-11-16 Thread Sebastian Huber
On 17/11/2020 00:15, Chris Johns wrote: new file mode 100644 index 00..0f7db65a8e --- /dev/null +++ b/testsuites/validation/ts-default.h @@ -0,0 +1,237 @@ +/* SPDX-License-Identifier: BSD-2-Clause */ + +/** + * @file + * + * @brief This header file provides the default validation test su

Re: [PATCH v2 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

2020-11-16 Thread Niteesh G. S.
Hello Christian, On Tue, Nov 17, 2020 at 12:10 AM Christian Mauderer wrote: > Hello, > > sorry for the long delay. I tested it on xilinx-zynq-a9-qemu (which > doesn't have a FDT) and the test seems to run fine. So I'm OK with the > patches. If no one objects in the next two days, I'll commit the

Re: [PATCH 7/8] validation/ts-performance-0: Add test suite

2020-11-16 Thread Chris Johns
On 16/11/20 5:48 pm, Sebastian Huber wrote: > > On 16/11/2020 00:53, Chris Johns wrote: >> On 13/11/20 9:07 pm, Sebastian Huber wrote: >>> Share a default test suite with ts-validation-0. >>> --- >>>   spec/build/testsuites/validation/grp.yml  |   2 + >>>   .../testsuites/validation/performa

Re: Proposal for hardware configuration dependent performance limits

2020-11-16 Thread Chris Johns
On 16/11/20 5:40 pm, Sebastian Huber wrote: > On 16/11/2020 00:33, Chris Johns wrote: > > In the proposal, limits are specified like this: > > > limits: > sparc/gr712rc: >    DirtyCache: > max-upper-bound: 0.05 > mean-upper-bound: 0.

Re: [PATCH v2 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

2020-11-16 Thread Christian Mauderer
Hello, sorry for the long delay. I tested it on xilinx-zynq-a9-qemu (which doesn't have a FDT) and the test seems to run fine. So I'm OK with the patches. If no one objects in the next two days, I'll commit them. Best regards Christian On 03/11/2020 19:18, G S Niteesh Babu wrote: > RTEMS OFW is

Re: Update newlib in RTEMS mirror and bump tools

2020-11-16 Thread Sebastian Huber
On 16/11/2020 15:33, Joel Sherrill wrote: For RTEMS 5, I think we should only back port this particular fix and not do an overall Newlib update. What changes are.you concerned about taking? I recently updated the . I am not sure if you have to re-compile everything after the changes.

Re: Update newlib in RTEMS mirror and bump tools

2020-11-16 Thread Joel Sherrill
On Mon, Nov 16, 2020, 8:25 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > On 16/11/2020 15:21, Joel Sherrill wrote: > > Hi > > > > I pushed a fix which needs to be in the 5 and 6 tools. > > > > https://devel.rtems.org/ticket/4174

Re: Update newlib in RTEMS mirror and bump tools

2020-11-16 Thread Sebastian Huber
Hello Joel, On 16/11/2020 15:21, Joel Sherrill wrote: Hi I pushed a fix which needs to be in the 5 and 6 tools. https://devel.rtems.org/ticket/4174 Sebastian.. you mentioned having a script to update the tool RSB recipes. Could you force an update on the

Update newlib in RTEMS mirror and bump tools

2020-11-16 Thread Joel Sherrill
Hi I pushed a fix which needs to be in the 5 and 6 tools. https://devel.rtems.org/ticket/4174 Sebastian.. you mentioned having a script to update the tool RSB recipes. Could you force an update on the github tools mirror and bump the newlib in all three please? Thanks. --joel _

RE: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32

2020-11-16 Thread Kinsey Moore
-Original Message- From: Sebastian Huber Sent: Monday, November 16, 2020 07:44 To: Kinsey Moore ; devel@rtems.org Subject: Re: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32 > On 16/11/2020 14:40, Kinsey Moore wrote: > >> -Original Message- >> From: Sebastian Huber >>

Re: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32

2020-11-16 Thread Sebastian Huber
On 16/11/2020 14:40, Kinsey Moore wrote: -Original Message- From: Sebastian Huber Sent: Monday, November 16, 2020 07:35 To: Kinsey Moore;devel@rtems.org Subject: Re: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32 On 16/11/2020 14:15, Kinsey Moore wrote: The SUBALIGN(4)

RE: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32

2020-11-16 Thread Kinsey Moore
-Original Message- From: Sebastian Huber Sent: Monday, November 16, 2020 07:35 To: Kinsey Moore ; devel@rtems.org Subject: Re: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32 >On 16/11/2020 14:15, Kinsey Moore wrote: > >> The SUBALIGN(4) required on rtemsroset and rtemsrwset fo

Re: [PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32

2020-11-16 Thread Sebastian Huber
On 16/11/2020 14:15, Kinsey Moore wrote: The SUBALIGN(4) required on rtemsroset and rtemsrwset for ILP32 builds was previously present on LP64 builds and causes no issues within RTEMS, but causes relocation/alignment issues when building libbsd. This restricts those alignment changes to ILP32 bu

Re: [PATCH 1/2] spec/aarch64: Ensure that libbsd can build properly

2020-11-16 Thread Sebastian Huber
On 16/11/2020 14:15, Kinsey Moore wrote: These files are required for libbsd to build against the AArch64 A53 BSPs. Looks good. -- embedded brains GmbH Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@embedded-brains.de Phone: +49-89-18 94 741 - 16 Fax: +49-89-18 9

[PATCH 2/2] spec/aarch64: Only apply SUBALIGN(4) to ILP32

2020-11-16 Thread Kinsey Moore
The SUBALIGN(4) required on rtemsroset and rtemsrwset for ILP32 builds was previously present on LP64 builds and causes no issues within RTEMS, but causes relocation/alignment issues when building libbsd. This restricts those alignment changes to ILP32 builds. --- bsps/aarch64/shared/start/linkcmd

[PATCH 1/2] spec/aarch64: Ensure that libbsd can build properly

2020-11-16 Thread Kinsey Moore
These files are required for libbsd to build against the AArch64 A53 BSPs. --- spec/build/bsps/aarch64/grp.yml | 4 1 file changed, 4 insertions(+) diff --git a/spec/build/bsps/aarch64/grp.yml b/spec/build/bsps/aarch64/grp.yml index 4b5f998a12..1b8dc1c629 100644 --- a/spec/build/bsps/aarch64