Re: RISC-V BSP Build Failures on Ubuntu

On 30/1/22 7:19 am, Joel Sherrill wrote: > Hi > https://lists.rtems.org/pipermail/build/2022-January/031425.html > > bsp-builder is reporting this. Help appreciated. Looks like it could > be a tooling issue > > Failures Report > === >1 posix-debug riscv/frdme310arty build: >

Re: New validation test suites

On 27/1/22 6:09 pm, Sebastian Huber wrote: > On 27/01/2022 03:24, Chris Johns wrote: >> On 25/1/22 5:37 pm, Sebastian Huber wrote: >>> On 25/01/2022 01:09, Chris Johns wrote: >>>> On 25/1/22 1:39 am, Sebastian Huber wrote: >>>>> how do we want to proce

Re: [rtems commit] cpukit: Add description of release version numbers

On 29/1/22 2:36 am, Sebastian Huber wrote: > On 28/01/2022 15:28, Christian MAUDERER wrote: >> So I think at the moment, the engineering manual is wrong. The release branch >> will always have the number N.0.0 as long as we don't change the release >> process. > > I think the manual is right and

Re: [PATCH] rtems-tools-6.cfg: Bump hash

OK On 28/1/22 12:48 am, Ryan Long wrote: > --- > rtems/config/tools/rtems-tools-6.cfg | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-tools-6.cfg > b/rtems/config/tools/rtems-tools-6.cfg > index d493955..f7a766e 100644 > ---

Re: New validation test suites

On 25/1/22 5:37 pm, Sebastian Huber wrote: > On 25/01/2022 01:09, Chris Johns wrote: >> On 25/1/22 1:39 am, Sebastian Huber wrote: >>> how do we want to proceed with the integration of the new validation test >>> suite? >>> At the moment it is not clear t

Re: New validation test suites

On 25/1/22 1:39 am, Sebastian Huber wrote: > how do we want to proceed with the integration of the new validation test > suite? > At the moment it is not clear to me what issues are left to resolve and what I > can do to address them? I believe I have been clear about what I see as being needed:

Re: [PATCH] rtems-tools-6.cfg: Bump hash to get new INI files

On 21/1/22 1:32 am, Joel Sherrill wrote: > This looks good to me. If no one objects, I will push it. Ok to push. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] sb/linux.py: Simplify "distro" determination

I do not use Linux enough to know if this is OK. I have no problem with this being pushed if other Linux users are happy. Chtis On 20/1/22 11:03 pm, Sebastian Huber wrote: > This fixes an issue on Debian 11 which contains "Debian" in /etc/issue > (captital D). > --- >

Re: [PATCH 0/5] rtems-bsp-builder Configuration Cleanup

OK to push. Thank you for taking the time to get this sorted. Chris On 22/1/22 2:26 am, Joel Sherrill wrote: > As part of adding aarch64 BSPs to tier 1, it become obvious that > these config files had not received attention lately. Multiple > architectures and BSPs needed to be added. Some BSPs

Re: [PATCH rtems-libbsd 1/2] microblaze: Add AXI Ethernet support

On 21/1/22 8:18 am, Alex White wrote: > On Thu, Jan 20, 2022 at 12:30 AM Chris Johns wrote: >> >> On 20/1/22 2:54 pm, Alex White wrote: >>> From: Jennifer Averett >>> rtemsbsd/rtems/rtems-kernel-vmem.c| 17 + >>> diff --git a/rtemsbsd/rtems

Re: [PATCH rtems-tools] tiers: Add AArch64 to tier 1

On 20/1/22 9:04 am, Joel Sherrill wrote: > On Wed, Jan 19, 2022 at 2:56 PM Chris Johns wrote: >> >> On 20/1/22 5:08 am, Joel Sherrill wrote: >>> Are the Tier 1 architectures/BSPs documented anywhere besides an INI file? >> >> I do not think they are. > &g

Re: [PATCH rtems-libbsd 1/2] microblaze: Add AXI Ethernet support

On 20/1/22 2:54 pm, Alex White wrote: > From: Jennifer Averett > rtemsbsd/rtems/rtems-kernel-vmem.c| 17 + > diff --git a/rtemsbsd/rtems/rtems-kernel-vmem.c > b/rtemsbsd/rtems/rtems-kernel-vmem.c > index f64fbd17..70708902 100644 > --- a/rtemsbsd/rtems/rtems-kernel-vmem.c > +++

Re: Older gcc for MacOS

On 8/1/22 9:34 am, Joel Sherrill wrote: > On Fri, Jan 7, 2022 at 4:17 PM Chris Johns wrote: >> >> On 8/1/22 8:28 am, Ryan Long wrote: >>> Hi, >>> >>> Our MacOS VM is failing to build several of the tools on the RTEMS 5 >>> branch. We >>

Re: [PATCH 0/5] Update rtems-bsp-builder to match RTEMS master

Looks great and thank you for taking care of this. Chris On 20/1/22 5:04 am, Joel Sherrill wrote: > The set of ini files for rtems-bsp-builder was out of sync > with the set of architectures and BSPs currently in RTEMS. > This patch set adds three architectures and a handful of BSPs. > > Build

Re: [PATCH rtems-tools] tiers: Add AArch64 to tier 1

On 20/1/22 5:08 am, Joel Sherrill wrote: > Are the Tier 1 architectures/BSPs documented anywhere besides an INI file? I do not think they are. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH rtems-tools] rtems-bsps-powerpc.ini: Remove powerpc/halekala

OK Thanks Chris On 19/1/22 5:17 am, Joel Sherrill wrote: > Updates #4302. > --- > config/rtems-bsps-powerpc.ini | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/config/rtems-bsps-powerpc.ini b/config/rtems-bsps-powerpc.ini > index b4dc02c..fc69827 100644 > ---

Re: [PATCH rtems-tools] tiers: Add AArch64 to tier 1

Ok to push. Thank you Chris On 19/1/22 3:19 am, Kinsey Moore wrote: > Hardware test results have recently been posted for AArch64. > > Closes #4581 > --- > config/rtems-bsps-tiers.ini | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/config/rtems-bsps-tiers.ini

Re: New validation test suites

On 17/1/22 8:51 pm, Sebastian Huber wrote: > On 17/01/2022 09:47, Chris Johns wrote: >> On 17/1/22 7:04 pm, Sebastian Huber wrote: >>> On 17/01/2022 08:52, Chris Johns wrote: >>>> My understanding of the status of these patches is the remaining topic is >>>

Re: New validation test suites

On 17/1/22 7:04 pm, Sebastian Huber wrote: > On 17/01/2022 08:52, Chris Johns wrote: >> My understanding of the status of these patches is the remaining topic is the >> release dependencies. I have not had time to give this any consideration >> however >> I have a

Re: New validation test suites

On 15/1/22 2:02 am, Sebastian Huber wrote: > On 11/01/2022 17:09, Sebastian Huber wrote: >> >> I will do a test run on a arm/imx7 board tomorrow. The new validation tests >> already passed some time ago on this board. > > Running the complete new validation test suite revealed a bug in the arm

Re: Older gcc for MacOS

On 8/1/22 8:28 am, Ryan Long wrote: > Hi, > > Our MacOS VM is failing to build several of the tools on the RTEMS 5 branch. > We > think that using an older version of gcc should get all of the tools to > build. I > tried build gcc-4.8 with the RSB, but I get the following error. > > >

Re: [PATCH 1/2] microblaze: Add support for libbsd.

On 5/1/22 5:10 am, Alex White wrote: > From: Jennifer Averett > > --- > .../microblaze_fpga/dts/microblaze-dtb.c | 962 ++ > .../microblaze/microblaze_fpga/dts/system.dts | 452 > bsps/microblaze/microblaze_fpga/fdt/bsp_fdt.c | 21 + >

Re: [PATCH 0/2] microblaze: libbsd support

Which repo is this for? On 5/1/22 5:10 am, Alex White wrote: > This patch set adds support for libbsd to the MicroBlaze BSPs and contains > fixes > for issues found while debugging the rtems-libbsd telnetd01 test in QEMU and > on > the Xilinx KCU105 board. > > Alex White (1): > microblaze:

Re: Alternative download paths for RSB?

On 22/12/21 6:37 am, Joel Sherrill wrote: > On Tue, Dec 21, 2021, 12:45 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > How can we ensure that all mirrors listed work? > > They would need to be tested and that means more code in the RSB to do it. > &

Re: [PATCH v2] ReportsBase: Change raw pointer to unique_ptr

OK Thanks Chris On 22/12/21 7:49 am, Ryan Long wrote: > Replaced raw pointer used with ReportsBase-derived classes to make code > cleaner and make it to where pointers do not have to be manually > deleted. > > Closes #4376 > --- > tester/covoar/ReportsBase.cc | 77 >

Re: Alternative download paths for RSB?

On 22/12/21 1:45 am, Joel Sherrill wrote: > On Tue, Dec 21, 2021 at 12:33 AM Sebastian Huber > wrote: >> >> On 20/12/2021 22:52, Chris Johns wrote: >>> On 21/12/21 2:33 am, Joel Sherrill wrote: >>>> On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote: >

Re: [PATCH rtems-tools v1] ReportsBase: Change raw pointer to unique_ptr

On 21/12/21 10:08 am, Ryan Long wrote: > On 12/20/2021 5:03 PM, Chris Johns wrote: >> On 21/12/21 7:24 am, Ryan Long wrote: >> >>>     reportList_t   reportList; >> Then make this `reports`. >> >>>     reportList_t::iterator ri

Re: [PATCH rtems-tools v1] ReportsBase: Change raw pointer to unique_ptr

On 21/12/21 7:24 am, Ryan Long wrote: > Replaced raw pointer used with ReportsBase-derived classes to make code > cleaner and make it to where pointers do not have to be manually > deleted. > > Closes #4376 > --- > tester/covoar/ReportsBase.cc | 21 ++--- > 1 file changed, 6

Re: Alternative download paths for RSB?

On 21/12/21 2:33 am, Joel Sherrill wrote: > On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote: >> >> On Mon, Dec 20, 2021 at 6:59 AM Sebastian Huber >> wrote: >>> >>> Hello, >>> >>> it seems the GNU web server is down: >> >> Yep. Still down. >> >> i reached out to the sourceware admins to see

Re: New validation test suites

On 16/12/21 6:36 pm, Sebastian Huber wrote: > On 16/12/2021 04:51, Chris Johns wrote: >> On 16/12/21 3:27 am, Sebastian Huber wrote: >>> On 15/12/2021 06:46, Chris Johns wrote: >>>> On 14/12/21 6:24 pm, Sebastian Huber wrote: >>>>> Hello Chris, >&

Re: [PATCH rtems-libbsd] Import arm64 in_cksum.h correctly

OK Thanks Chris On 16/12/21 3:05 am, Kinsey Moore wrote: > When this file was brought in, it came from the wrong location or > freebsd-org hash. This corrects the file such that freebsd-to-rtems.py > runs cleanly. > --- > freebsd/sys/arm64/include/machine/in_cksum.h | 43 +++- >

Re: [PATCH RSB 5] sb: Merge mailer changes from rtems-tools

> @@ -1,21 +1,33 @@ > # > # RTEMS Tools Project (http://www.rtems.org/) > -# Copyright 2013 Chris Johns (chr...@rtems.org) > +# Copyright 2013-2016 Chris Johns (chr...@rtems.org) > +# Copyright (C) 2021 On-Line Applications Research Corporation (OAR) > # All rights reserved. &

Re: [PATCH rtems-tools 5 0/5] Port mailer.py fixes to rtems-tools 5 branch

OK Thanks Chris On 16/12/21 8:32 am, Alex White wrote: > Hi, > > This patch set adds the changes related to report mailing to rtems-tools 5. > > See #4553 > > Thanks, > > Alex White > > Alex White (5): > rtemstoolkit/mailer.py: Return full smtp-host arg value > rtemstoolkit: Filter mail

Re: New validation test suites

On 16/12/21 3:27 am, Sebastian Huber wrote: > On 15/12/2021 06:46, Chris Johns wrote: >> On 14/12/21 6:24 pm, Sebastian Huber wrote: >>> Hello Chris, >>> >>> On 13/12/2021 22:01, Chris Johns wrote: >>>> On 14/12/21 1:53 am, Sebastian Huber wr

Re: New validation test suites

On 14/12/21 6:24 pm, Sebastian Huber wrote: > Hello Chris, > > On 13/12/2021 22:01, Chris Johns wrote: >> On 14/12/21 1:53 am, Sebastian Huber wrote: >>> Hello, >>> >>> the ESA activity to pre-qualify parts of RTEMS according to ECSS >>> re

Re: [PATCH] TraceConverter.cc: Fix Uncaught exception issue

OK On 14/12/21 12:47 am, Ryan Long wrote: > CID 1471639: Uncaught exception > > Closes #4501 > --- > tester/covoar/TraceConverter.cc | 20 ++-- > 1 file changed, 18 insertions(+), 2 deletions(-) > > diff --git a/tester/covoar/TraceConverter.cc b/tester/covoar/TraceConverter.cc

Re: New validation test suites

On 14/12/21 1:53 am, Sebastian Huber wrote: > Hello, > > the ESA activity to pre-qualify parts of RTEMS according to ECSS requirements > is > nearly complete. There is a short presentation available here: > > https://indico.esa.int/event/374/timetable/ Was the change in memory usage for 4.8 of

Re: [PATCH rtems-tools 0/6] Fix formatting patches

OK and thanks for the split. Thanks Chris On 14/12/21 3:09 am, Ryan Long wrote: > Hi, > > For this patchset I made the formatting more consistent. > > This included: > > - adding whitespace > - adding curly braces to if statements or loops > - fixing the layout of long lists of function

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

On 10/12/21 6:20 pm, Christian MAUDERER wrote: > Am 09.12.21 um 22:09 schrieb Chris Johns: >> On 9/12/21 6:47 pm, Christian MAUDERER wrote: >> >> Given it is in maybe we let it sit and it there is feedback we come back and >> take another look? > > No problem

Re: [PATCH rtems-tools v2 0/4] Convert to C++ patches

On 10/12/21 10:00 am, Ryan Long wrote: > For this round of changes, I made some revisions that were recommended > in ConfigFile.cc > > - deleted a library include > - changed a function call from sscanf to std::sscanf > - consolidated some error messages into a function OK to push. Thanks Chris

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

On 9/12/21 6:47 pm, Christian MAUDERER wrote: > Hello Chris, > > sorry that I haven't been clear enough. > > 1. The ticket #4552 that I created before sending the patch to the list and > that > was closed by the patch was for 5. > > 2. I asked as an answer to Joels review and I understood him

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

Hi Christian, I did not know this was for the 5 branch. Where was this discussed? Functional changes to a release branch need to be treated carefully and in this case I would not approve it. I am sorry if I did not pick up it was for 5 as well. Thanks Chris On 9/12/21 6:21 pm, Christian

Re: [PATCH v1 3/4] ConfigFile: Convert to C++

On 9/12/21 2:15 am, Ryan Long wrote: > --- > tester/covoar/ConfigFile.cc | 79 > + > tester/covoar/ConfigFile.h | 2 +- > 2 files changed, 31 insertions(+), 50 deletions(-) > > diff --git a/tester/covoar/ConfigFile.cc b/tester/covoar/ConfigFile.cc >

Re: [PATCH] spec: Update location of cadence I2C

OK and thanks Chris On 9/12/21 12:08 pm, Kinsey Moore wrote: > When the cadence I2C code was moved to a shared directory, the > references were updated but the install locations weren't. This updates > the install locations to match what out-of-tree applications expect. > --- >

Re: [PATCH rtems-tools 0/8] Convert and reformat pt. 4

On 8/12/21 1:09 am, Ryan Long wrote: > On 12/6/2021 10:09 PM, Chris Johns wrote: >> On 4/12/21 1:47 am, Ryan Long wrote: >>> Hi, >>> >>> For this series of patches, I followed this series of steps: >>> >>> 1. Convert a file from the C way o

Re: [PATCH] untar: Make behavior similar to GNU or BSD tar

On 3/12/21 11:50 pm, Christian Mauderer wrote: > RTEMS untar implementation had problems with overwriting or integrating > archives into existing directory structures. This patch adapts the > behavior to mimic that of a GNU tar or BSD tar and extends the tar01 > test to check for the behavior.

Re: [PATCH rtems-tools 0/8] Convert and reformat pt. 4

On 4/12/21 1:47 am, Ryan Long wrote: > Hi, > > For this series of patches, I followed this series of steps: > > 1. Convert a file from the C way of doing things to C++. > 2. Go through all the files that had to do with the converted file and > make the formatting consistent. OK to push. It

Re: [PATCH 1/1] Update rtems-notes-5.md

On 3/12/21 8:26 pm, jan.som...@dlr.de wrote: >> -Original Message- >> From: Chris Johns >> Sent: Thursday, December 2, 2021 10:11 PM >> To: Sommer, Jan ; Moyano Heredia, Victor Gabriel >> ; devel@rtems.org >> Subject: Re: [PATCH 1/1] Update rtems

Re: [PATCH 1/1] Update rtems-notes-5.md

On 2/12/21 7:27 pm, jan.som...@dlr.de wrote: >> -Original Message- >> From: devel On Behalf Of Chris Johns >> Sent: Thursday, December 2, 2021 2:06 AM >> To: Moyano Heredia, Victor Gabriel ; >> devel@rtems.org >> Subject: Re: [PATCH 1/1] Upda

Re: [PATCH 1/1] Update rtems-notes-5.md

OK to push. Thanks Chris On 1/12/21 2:03 am, Moyano, Gabriel wrote: > --- > rtems-notes-5.md | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/rtems-notes-5.md b/rtems-notes-5.md > index 3737199..7697980 100644 > --- a/rtems-notes-5.md > +++ b/rtems-notes-5.md > @@ -374,3

Re: [PATCH 4/5] score: Optimize Workspace Handler initialization

On 29/11/21 9:29 pm, Sebastian Huber wrote: > The BSPs provide memory for the workspace initialization via > _Memory_Get(). Most BSPs provide exactly one memory area. Only two > BSPs provide more than one memory area (arm/altera-cyclone-v and > bsps/powerpc/mpc55xxevb). Only if more than one

Re: AW: AW: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 29/11/21 11:24 pm, Sebastian Huber wrote: > On 24/11/2021 10:57, gabriel.moy...@dlr.de wrote: >>> I am fine with this change being pushed to the 5 branch but I think it >>> needs to built with the tier 1 archs (i386, powerpc, arm). >> I could compile them for the BSPs of those

Re: grub2 on old Linux Distributions (at least CentOS 7)

On 21/11/21 12:21 pm, Joel Sherrill wrote: > On Sat, Nov 20, 2021, 6:50 PM Karel Gardas wrote: >> indeed, centos 7 is bundled with gcc 4.8.5. Now, the question is, is >> centos 7 still supported by RTEMS? If so, then we will need to invent >> some machinery to check not only for commands but also

Re: AW: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 19/11/21 9:32 pm, gabriel.moy...@dlr.de wrote: >> I am fine with this change being pushed to the 5 branch but I think it needs >> to built with the tier 1 archs (i386, powerpc, arm). > > I could compile them for the BSPs of those archs. Thanks. > Does it make sense to run some test in

Re: Testing rtems 7 using rtems-test

On 20/11/21 5:14 am, Joel Sherrill wrote: > Looks like another place that needs version help. rtems-test has a 6 > in it somewhere that needs to be overridden. It is located here: https://git.rtems.org/rtems-tools/tree/tester/rtems/version.cfg > Notice that it is > invoking sparc-rtems6-sis

Re: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 17/11/21 11:03 pm, Sebastian Huber wrote: > On 17/11/2021 11:42, gabriel.moy...@dlr.de wrote: >>> The patch set should have no API/ABI impact on applications. >> Sorry I didn't verified if the ABI is broken. We are checking this with my >> team. > > I think, the patch set should have no

Re: [rtems commit] rtems: Add new clock manager directives

On 18/11/21 3:39 am, Sebastian Huber wrote: > On 17/11/2021 09:11, Sebastian Huber wrote: >> Module:    rtems >> Branch:    master >> Commit:    ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee >> Changeset:http://git.rtems.org/rtems/commit/?id=ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee >> >> >> Author:   

Re: [PATCH v2] c-user: Document new clock manager directives

On 16/11/21 4:27 am, Sebastian Huber wrote: > On 11/11/2021 08:02, Sebastian Huber wrote:> On 09/11/2021 13:06, Sebastian > Huber wrote: >>> On 09/11/2021 08:50, Sebastian Huber wrote: >>>> On 09/11/2021 08:41, Chris Johns wrote: >>>>>> We could al

Re: [PATCH] config: CONFIGURE_DISABLE_BSP_SETTINGS

OK Chris On 16/11/21 5:18 am, Sebastian Huber wrote: > Evaluate CONFIGURE_DISABLE_BSP_SETTINGS for each affected application > configuration option. This makes the code easier to review since the > influence > of CONFIGURE_DISABLE_BSP_SETTINGS is locally visible in the code. > --- >

Re: [PATCH] c-user: Use rubric for configuration options

OK to push. This is a sensible change to make. Thanks Chris On 16/11/21 6:27 pm, Sebastian Huber wrote: > Use a rubric instead of a definition list for the application > configuration options similar to the directive documentation pages. For > direcives and application configuration options use

Re: [PATCH v2 1/4] Revert "optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested"

OK and thank you Chris On 16/11/21 5:47 pm, Sebastian Huber wrote: > This reverts commit d1bbfbea5f60f552b2b3138bb1df35c3372f2461. > --- > spec/build/cpukit/optvermaj.yml | 8 +++- > 1 file changed, 3 insertions(+), 5 deletions(-) > > diff --git a/spec/build/cpukit/optvermaj.yml

Re: [PATCH] waf: Add --rtems-version as a configure option

On 15/11/21 7:09 pm, Sebastian Huber wrote: > On 14/11/2021 23:42, Chris Johns wrote: >>> With this approach you don't give the user the ability to change everything. >>> However, what can be change is defined by the build specification and not >>> the >>&

Re: [PATCH] waf: Add --rtems-version as a configure option

> On 14 Nov 2021, at 11:15 pm, Sebastian Huber > wrote: > > On 14/11/2021 04:07, chr...@rtems.org wrote: >> From: Chris Johns >> - Provide the option `--rtems-version` to set the major version >>   number >> - Add a method to handle setting action values

Re: [RTEMS v2] optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested

On 13/11/21 10:00 am, Joel Sherrill wrote: > On Fri, Nov 12, 2021 at 4:52 PM Chris Johns wrote: >> >> Let me take a look at a configure option. I prefer it over spec files as this >> creates another thing to change after a release. > > Happy to see an alternative wa

Re: [PATCH RSB] rtems-tools-6.cfg: Bump hash to get fix for rtems-test

OK On 13/11/21 1:54 am, Joel Sherrill wrote: > --- > rtems/config/tools/rtems-tools-6.cfg | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-tools-6.cfg > b/rtems/config/tools/rtems-tools-6.cfg > index 6d05d12..cf895d6 100644 > ---

Re: [RTEMS v2] optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested

Let me take a look at a configure option. I prefer it over spec files as this creates another thing to change after a release. Thanks Chris On 13/11/21 3:03 am, Joel Sherrill wrote: > --- > spec/build/cpukit/optvermaj.yml | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff

Re: Building a BSP for rtems7

On 13/11/21 9:08 am, Joel Sherrill wrote: > On Fri, Nov 12, 2021 at 3:50 PM Chris Johns wrote: >> >> On 13/11/21 12:46 am, Sebastian Huber wrote: >>> On 11/11/2021 22:31, Joel Sherrill wrote: >>>> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber >>>>

Re: Building a BSP for rtems7

On 13/11/21 12:46 am, Sebastian Huber wrote: > On 11/11/2021 22:31, Joel Sherrill wrote: >> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber >>   wrote: >>> >>> >>> On 11/11/2021 17:47, Joel Sherrill wrote: Hi I was looking at the logs for building the rtems7 tools and it seems

Re: RSB: add GRUB2 to the tools.

On 11/11/21 9:15 am, Karel Gardas wrote: > On 11/10/21 11:04 PM, Chris Johns wrote: >> On 11/11/21 5:32 am, Karel Gardas wrote: >>> the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use >>> that on amd64 BSP for building bootable images. That's also th

Re: RSB: add GRUB2 to the tools.

On 11/11/21 5:32 am, Karel Gardas wrote: > the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use > that on amd64 BSP for building bootable images. That's also the reason > why it is used only on 6/rtems-x86_64 bset only. Thank you for adding this and posting it here. Does grub

Re: [PATCH v2] c-user: Document new clock manager directives

On 9/11/21 5:57 pm, Sebastian Huber wrote: > On 09/11/2021 03:46, Chris Johns wrote: >> >> On 20/10/21 2:25 am, Sebastian Huber wrote: >>> Add new clock manager directives to get all times provided by the >>> timehands. >>> >>> Update #4527

Re: [PATCH v2] c-user: Document new clock manager directives

On 20/10/21 2:25 am, Sebastian Huber wrote: > Add new clock manager directives to get all times provided by the > timehands. > > Update #4527. > --- > For an updated document to review see: > > https://ftp.rtems.org/pub/rtems/people/sebh/c-user.pdf > > v2: Clarify boot time. > >

Re: [PATCH v2] c-user: Document new clock manager directives

On 9/11/21 9:08 am, Joel Sherrill wrote: > > > On Mon, Nov 8, 2021, 5:04 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 8/11/21 5:29 pm, Sebastian Huber wrote: > > On 25/10/2021 19:50, Sebastian Huber wrote: > >> On 19/10/2021 17:2

Re: [PATCH v2] c-user: Document new clock manager directives

On 8/11/21 5:29 pm, Sebastian Huber wrote: > On 25/10/2021 19:50, Sebastian Huber wrote: >> On 19/10/2021 17:25, Sebastian Huber wrote: >>> Add new clock manager directives to get all times provided by the >>> timehands. >>> >>> Update #4527. >>> --- >>> For an updated document to review see: >>>

Re: [PATCH RSB v3] rtems-kernel: Implement kernel recipe using waf

OK and thanks Chris On 5/11/21 1:31 am, Ryan Long wrote: > Closes #4145 > --- > rtems/config/tools/rtems-kernel-6.cfg | 6 +- > rtems/config/tools/rtems-kernel-common.cfg | 125 +++ > source-builder/sb/rtems-kernel-config-check | 147 >

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

On 4/11/21 12:37 am, Ryan Long wrote: > -Original Message- > From: Chris Johns > Sent: Tuesday, November 2, 2021 5:14 PM > To: Ryan Long ; devel@rtems.org > Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf > > On 3/11/21 4:1

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

On 3/11/21 4:13 am, Ryan Long wrote: > > -Original Message- > From: Chris Johns > Sent: Monday, November 1, 2021 8:48 PM > To: Ryan Long ; devel@rtems.org > Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf > On 28/10/21 2:09 am, Ryan Lon

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

uiet',self._lo_bool, > False, '0', True), > +'--trace' : ('_trace',self._lo_bool, > False, '0', True), > + '--dry-run' : ('_dry_run', self._lo_bool, > False, '0', True), > +

Re: [PATCH v1 0/8] Add AArch64 libdebugger support

On 30/10/21 8:17 am, Kinsey Moore wrote: > This patch set adds libdebugger support to AArch64 and resolves several > bugs found along the way. Looks good and OK to push. Kinsey. really nice work :) Thanks Chris ___ devel mailing list devel@rtems.org

Re: [PATCH RSB] Update to dtc 1.6.1

On 29/10/21 6:26 am, Joel Sherrill wrote: > On Thu, Oct 28, 2021 at 12:20 PM Hesham Almatary > wrote: >> >> Does RISC-V need that too? > > Not based on the current bsets. > > $ grep -r dtc * > 6/rtems-moxie.bset:devel/dtc-1.6.0-1 > 6/rtems-microblaze.bset:devel/dtc-1.6.0-1 >

Re: [PATCH rtems-tools] rtems-bsp-builder: Fix mail support

OK Thanks Chris On 29/10/21 7:01 am, Alex White wrote: > This fixes a problem with mailer options support that occurred because > check.py uses argparse.ArgumentParser instead of tester.rt.options. > --- > rtemstoolkit/mailer.py | 2 +- > tester/rt/check.py | 17 - > 2

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

On 22/10/21 1:21 am, Sebastian Huber wrote: > On 21/10/2021 10:36, Chris Johns wrote: >> Could you please answer the other parts of the email you cut because it would >> help understand this stuff? >> >> Specifically the opt* and user options. When is

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

Could you please answer the other parts of the email you cut because it would help understand this stuff? Specifically the opt* and user options. When is an option optional and when is an option an option but not optional? On 21/10/21 7:09 pm, Sebastian Huber wrote: > On 21/10/2021 10:06, Ch

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

On 21/10/21 4:30 pm, Sebastian Huber wrote: > On 21/10/2021 04:09, chr...@rtems.org wrote: >> From: Chris Johns >> >> --- >>   spec/build/cpukit/libdebugger.yml | 5 - >>   spec/build/testsuites/libtests/debugger01.yml | 4 +--- >>   2 file

Re: [PATCH v2] rtems-kernel: Implement kernel recipe using waf

nstall', self._lo_bool, > False, '0', True), > + '--regression': ('_regression', self._lo_bool, > False, '0', True), > +'--host' : ('_host', > self._lo_triplets, True, None, False), > +

Re: [PATCH 3/4] rtemsbsd/nfsclient: Fix the error code return value

On 21/10/21 9:59 am, Joel Sherrill wrote: > On Wed, Oct 20, 2021, 12:49 AM Sebastian Huber > > > wrote: > On 20/10/2021 05:16, chr...@rtems.org wrote: > > +     errno = 0; > > +     return 0; > > I think setting

Re: [PATCH 3/4] rtemsbsd/nfsclient: Fix the error code return value

On 20/10/21 4:49 pm, Sebastian Huber wrote: > On 20/10/2021 05:16, chr...@rtems.org wrote: >> +    errno = 0; >> +    return 0; > > I think setting errno if no error occurred is not allowed. > I suspect you are right. Joel? Chris ___ devel mailing

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 20/10/21 2:46 am, Christian MAUDERER wrote: > Am 19.10.21 um 16:48 schrieb Sebastian Huber: >> >> >> On 18/10/2021 23:08, Chris Johns wrote: >>> On 18/10/21 8:37 pm, Sebastian Huber wrote: >>>> On 18/10/2021 09:53, Chris Johns wrote: >&g

Re: [PATCH] rtems/6: Update binutils to 2.37

On 19/10/21 9:23 am, Joel Sherrill wrote: > Was there something wrong with Ryan's patch to do this? He also bumped RTEMS 7 > tools.  No not at all. > You reviewed it. :) I thought I had reviewed it and I checked the repo today and could not see anything. Is it pushed? Chris

Re: ZynqMP and Versal crash clearing coherent cache memory with memset

On 19/10/21 8:59 am, Joel Sherrill wrote: > On Mon, Oct 18, 2021 at 4:28 PM Chris Johns wrote: >> >> On 19/10/21 3:53 am, Kinsey Moore wrote: >>> On 10/18/2021 00:44, Chris Johns wrote: >>>> Hi, >>>> >>>> I cannot run libbsd on

Re: [PATCH RSB] rtems-tools-6.cfg: Bump hash to include MicroBlaze

OK and thanks Chris On 19/10/21 2:09 am, Alex White wrote: > Hash: 323007a6b520140a20b2e268c90b78ff67afaf45 > --- > rtems/config/tools/rtems-tools-6.cfg | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-tools-6.cfg >

Re: ZynqMP and Versal crash clearing coherent cache memory with memset

On 19/10/21 3:53 am, Kinsey Moore wrote: > On 10/18/2021 00:44, Chris Johns wrote: >> Hi, >> >> I cannot run libbsd on real hardware because the cadence rx descriptor cache >> coherent allocation crashes in `memset`. It is used to clear the memory. >> >>

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 18/10/21 8:37 pm, Sebastian Huber wrote: > On 18/10/2021 09:53, Chris Johns wrote: >> On 18/10/21 4:50 pm, Sebastian Huber wrote: >>> On 18/10/2021 07:19,chr...@rtems.org  wrote: >>>> From: Chris Johns >>>> >>>> - Coherent cach

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 18/10/21 4:50 pm, Sebastian Huber wrote: > On 18/10/2021 07:19, chr...@rtems.org wrote: >> From: Chris Johns >> >> - Coherent cache memory is used in libbsd for things like descriptors >>    and it optionally clears the memory on allocation. Test is works. > >

ZynqMP and Versal crash clearing coherent cache memory with memset

Hi, I cannot run libbsd on real hardware because the cadence rx descriptor cache coherent allocation crashes in `memset`. It is used to clear the memory. The rtemsbsd allocator call optionally clears the memory and it seems the newlib aarch64 memset code crashes when doing this. A basic loop

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 16/10/21 1:14 am, Sebastian Huber wrote: > On 15/10/2021 08:26, Chris Johns wrote: >> On 15/10/21 5:15 pm, Sebastian Huber wrote: >>> On 22/09/2021 00:59, Chris Johns wrote: >>>> Module:    rtems-tools >>>> Branch:    master >>>&g

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 15/10/21 5:15 pm, Sebastian Huber wrote: > On 22/09/2021 00:59, Chris Johns wrote: >> Module:    rtems-tools >> Branch:    master >> Commit:    cfd5aa41e847752cd98cde65515df7ce45ff9665 >> Changeset:http://git.rtems.org/rtems-tools/commit/?id=cfd5aa41e8477

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 15/10/21 5:15 pm, Sebastian Huber wrote: > On 22/09/2021 00:59, Chris Johns wrote: >> Module:    rtems-tools >> Branch:    master >> Commit:    cfd5aa41e847752cd98cde65515df7ce45ff9665 >> Changeset:http://git.rtems.org/rtems-tools/commit/?id=cfd5aa41e8477

Re: libbsd zynqmp cpu freq for slcr calc

On 15/10/21 5:33 am, Kinsey Moore wrote: > On 10/14/2021 10:18, Joel Sherrill wrote: >> On Thu, Oct 14, 2021 at 9:56 AM Kinsey Moore >> wrote: >>> On 10/14/2021 01:40, Chris Johns wrote: >>>> Hi, >>>> >>>> I have

libbsd zynqmp cpu freq for slcr calc

Hi, I have come across this define in zynqmp_slcr.h: #define ZYNQMP_DEFAULT_PS_CLK_FREQUENCY What if the cpu freq is changed by a user? If this value still valid? The CPU frequency is under the control system designer in these parts. Chris

<    5   6   7   8   9   10   11   12   13   14   >