Re: [PATCH] build: Add target to build scripts

On 10/8/2023 7:02 pm, Sebastian Huber wrote: > Document that the build scripts in the testsuites produce a test program. I am sorry but I do not understand this change and why we need it. Is the addition of the target line purely cosmetic? Chris ___

Re: [PATCH] build: Make BUILD_LIBDL configurable

On 10/8/2023 11:44 pm, Sebastian Huber wrote: > On 10.08.23 15:28, Joel Sherrill wrote: >> It looks ok but why? It isn't built if not supported. It isn't a lot of code >> even if it is built. And it will not be in a user executable if they don't >> call it. >> >> I just don't see the point. > >

Re: [PATCH rtems v3 1/1] Add the Regulator Interface and test

On 11/8/2023 8:14 am, Joel Sherrill wrote: > I should have asked if you want another round of patches or just go ahead and > merge. This set of changes was pretty minor. I am fine with the changes being pushed. Chris ___ devel mailing list

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 10/8/2023 3:06 pm, Sebastian Huber wrote: > On 10.08.23 03:13, Chris Johns wrote: >> >> On 9/8/2023 7:12 pm, Sebastian Huber wrote: >>> On 09.08.23 11:10, Cedric Berger wrote: >>>> On 09.08.23 10:51, Sebastian Huber wrote: >>>>&g

Re: [PATCH rtems v3 1/1] Add the Regulator Interface and test

Hi Joel, This looks good. A minor nit relates to pointer checks. We have: https://docs.rtems.org/branches/master/eng/coding-conventions.html#language-and-compiler I do not know how well enforced the pointer check for NULL in `if` is? Chris On 10/8/2023 1:42 am, Joel Sherrill wrote: > Updates

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 9/8/2023 7:12 pm, Sebastian Huber wrote: > On 09.08.23 11:10, Cedric Berger wrote: >> On 09.08.23 10:51, Sebastian Huber wrote: >>> We could add some text to the option description: >>> >>> # Defines the program prefix of tools (compiler, assembler, linker). >>> # This option may be used to

Re: [PATCH RTEMS] spec: Add -mstrict-align to mvme2100 default build

On 10/8/2023 2:41 am, Joel Sherrill wrote: > Reading the EPICS discussion, I wonder if this should be added for all > motorola_powerpc BSP variants. > > Gedare/Chris/anyone with another board in the family? What do you think? Michael asked if the setting is present when building libc, libm etc

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 8/8/2023 11:14 pm, Sebastian Huber wrote: > On 08.08.23 08:06, Chris Johns wrote: >> n 7/8/2023 4:06 pm, Sebastian Huber wrote: >>> On 07.08.23 00:25, Chris Johns wrote: >>>> On 4/8/2023 4:39 pm, Sebastian Huber wrote: >>>>> On 04.08.23 08:22,

Re: [PATCH 1/3] gitignore: Ignore clangd and clang-format files

On 8/8/2023 4:07 pm, Chris Johns wrote: > On 8/8/2023 1:05 pm, Utkarsh Verma wrote: >> --- >> .gitignore | 4 >> 1 file changed, 4 insertions(+) >> >> diff --git a/.gitignore b/.gitignore >> index 8b28b186e1..d0144f6737 100644 >> --- a/.gi

Re: [PATCH 1/3] gitignore: Ignore clangd and clang-format files

On 8/8/2023 1:05 pm, Utkarsh Verma wrote: > --- > .gitignore | 4 > 1 file changed, 4 insertions(+) > > diff --git a/.gitignore b/.gitignore > index 8b28b186e1..d0144f6737 100644 > --- a/.gitignore > +++ b/.gitignore > @@ -12,3 +12,7 @@ Makefile.in > /testsuites/build/build >

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 7/8/2023 4:06 pm, Sebastian Huber wrote: > On 07.08.23 00:25, Chris Johns wrote: >> On 4/8/2023 4:39 pm, Sebastian Huber wrote: >>> On 04.08.23 08:22, Chris Johns wrote: >>>> On 4/8/2023 3:16 pm, Sebastian Huber wrote: >>>>> On 04.08.23 00:27,

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 4/8/2023 4:39 pm, Sebastian Huber wrote: > On 04.08.23 08:22, Chris Johns wrote: >> On 4/8/2023 3:16 pm, Sebastian Huber wrote: >>> On 04.08.23 00:27, Chris Johns wrote: >>>> On 2/8/2023 6:49 pm, Chris Johns wrote: >>>>    > I am concerned about the

Re: [PATCH] trace/wscript: Improve C++ standard selection

On 4/8/2023 4:47 pm, Sebastian Huber wrote: > On 04.08.23 08:30, Chris Johns wrote: >>> Please understand there is a limited number people reviewing and it takes >>> time. >>>> I am blocked on the other changes you have recently posted. Adding which >>

Re: [PATCH] trace/wscript: Improve C++ standard selection

On 4/8/2023 3:02 pm, Sebastian Huber wrote: > On 04.08.23 00:53, Chris Johns wrote: >> On 3/8/2023 5:36 pm, Sebastian Huber wrote: >>> Ping. >> >> Which repo? Is this in the rtems-tools repo? > > Yes, the rtems-tools. > Thanks > Please understand

Re: [PATCH] libdebugger: Restrict ARM architecture support

On 4/8/2023 3:07 pm, Sebastian Huber wrote: > On 04.08.23 00:43, Chris Johns wrote: >> On 3/8/2023 10:17 pm, Sebastian Huber wrote: >>> Build the arm libdebugger support only for supported ARM architectures. >> What ARM archs are not supported? > > At least ARMv7

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 4/8/2023 3:16 pm, Sebastian Huber wrote: > On 04.08.23 00:27, Chris Johns wrote: >> On 2/8/2023 6:49 pm, Chris Johns wrote: >>   > I am concerned about the compatibility to the ecosystem we have. Have you >> built >>> all the tests in the testsuite

Re: [PATCH] trace/wscript: Improve C++ standard selection

On 3/8/2023 5:36 pm, Sebastian Huber wrote: > Ping. Which repo? Is this in the rtems-tools repo? Please understand there is a limited number people reviewing and it takes time. I am blocked on the other changes you have recently posted. Adding which hosts you have built and tested this change on

Re: [PATCH] 6: Use Binutils 2.41

On 3/8/2023 5:37 pm, Sebastian Huber wrote: > What about this patch and the GCC update to 13.2? I have not tested it. Have you posted any build results to builds@rtems...? Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] libdebugger: Restrict ARM architecture support

On 3/8/2023 10:17 pm, Sebastian Huber wrote: > Build the arm libdebugger support only for supported ARM architectures. What ARM archs are not supported? > This fixes assembler errors at -O0. How does it fix the assembler errors? Chris ___ devel

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 6:49 pm, Chris Johns wrote: > I am concerned about the compatibility to the ecosystem we have. Have you > built > all the tests in the testsuite with this value set to something that is not > RTEMS default? I think a few things will break because of hard coding in t

Re: [PATCH rtems-tools v3] tester/rtemstoolkit: add renode implementation

On 2/8/2023 8:08 pm, Muhammad Sulthan Mazaya wrote: > Add licensing for renode files and change the renode_scripts/ folder to > renode/ Where is the license for the .bin file? I only saw a link to the script used to build it but it was not clear what the license is because it downloads Linux and

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 6:56 pm, Sebastian Huber wrote: > On 02.08.23 10:50, Chris Johns wrote: >> On 2/8/2023 6:39 pm, Sebastian Huber wrote: >>> On 02.08.23 10:33, Chris Johns wrote: >>>>> diff --git a/spec/build/bsps/makeinc.yml b/spec/build/bsps/makeinc.yml >>

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 6:39 pm, Sebastian Huber wrote: > On 02.08.23 10:33, Chris Johns wrote: >>> diff --git a/spec/build/bsps/makeinc.yml b/spec/build/bsps/makeinc.yml >>> index ac395f2f02..08fc75a8b9 100644 >>> --- a/spec/build/bsps/makeinc.yml >>> +++ b/spec/buil

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 6:42 pm, Sebastian Huber wrote: > On 02.08.23 10:40, Chris Johns wrote: >> On 2/8/2023 6:33 pm, Chris Johns wrote: >>> On 2/8/2023 3:49 pm, Sebastian Huber wrote: >>>> Replace --rtems-version with a PROGRAM_PREFIX option.  This allows also >>>

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 6:33 pm, Chris Johns wrote: > On 2/8/2023 3:49 pm, Sebastian Huber wrote: >> Replace --rtems-version with a PROGRAM_PREFIX option. This allows also >> the use of vendor tools.> --- One further thing to consider is if PROGRAM_PREFIX could clash with somethin

Re: [PATCH] build: Add PROGRAM_PREFIX option

On 2/8/2023 3:49 pm, Sebastian Huber wrote: > Replace --rtems-version with a PROGRAM_PREFIX option. This allows also > the use of vendor tools.> --- > spec/build/bsps/makeinc.yml| 16 > spec/build/bsps/maketarget.yml | 22 +++--- >

Re: [PATCH] build: Optionally use a VERSION file

On 2/8/2023 2:46 pm, Sebastian Huber wrote: > On 02.08.23 06:01, Chris Johns wrote: >>> Allow the command line >>> option --rtems-version to override __RTEMS_MAJOR__.  Remove support for >>> command line configurable options. >> I do not understand this las

Re: [PATCH] build: Optionally use a VERSION file

On 1/8/2023 5:11 pm, Sebastian Huber wrote: > Define the RTEMS version in the wscript. Optionally use a VERSION file > to change the default values of the wscript. Thanks, this is welcome. I will update the release scripts when merged. > Allow the command line > option --rtems-version to

Re: [PATCH RTEMS] spec: Remove empty reset from mvme3100

OK Thanks Chris On 2/8/2023 6:16 am, Vijay Kumar Banerjee wrote: > --- > spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml > b/spec/build/bsps/powerpc/mvme3100/bspmvme3100.yml > index

Re: MicroBlaze Dynamic Loader Test Failures

On 1/8/2023 1:46 pm, Alex White wrote: > Hi, > > I am currently working on RTEMS dynamic loader support for MicroBlaze. I got > most of the dynamic loader tests working, but for a few of them, I had to > modify the test. I believe the failures are because the MicroBlaze RTEMS port > uses soft

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 31/7/2023 5:14 pm, Sebastian Huber wrote: > On 29.07.23 08:30, Chris Johns wrote: >>> I think this is not really related to the new >>> RTEMS_VERSION_VC_KEY/RTEMS_VERSION_CONTROL_KEY option. The purpose of this >>> option is to give users the ability to define

Re: [PATCH rtems-tools v2] tester/rtemstoolkit: add renode implementation

On 31/7/2023 11:24 am, Muhammad Sulthan Mazaya wrote: > Hi Chris, > >> This file does not look like a script to me. I suggest removing _scripts from > the path > > Sure, I will revise it > >> What is this file and where did it come from? I see no attribution or sources > to make this binary

Re: [PATCH rtems-tools v2] tester/rtemstoolkit: add renode implementation

+++ b/tester/rtems/testing/bsps/kendrytek210-renode.ini > @@ -0,0 +1,38 @@ > +# > +# RTEMS Tools Project (http://www.rtems.org/) > +# Copyright 2010-2014 Chris Johns (chr...@rtems.org) > +# All rights reserved. > +# > +# This file is part of the RTEMS Tools package i

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 28/7/2023 6:26 pm, Sebastian Huber wrote: On 28.07.23 07:37, Chris Johns wrote: On 27/7/2023 3:59 pm, Sebastian Huber wrote: On 27.07.23 06:36, Chris Johns wrote: On 26/7/2023 4:54 pm, Sebastian Huber wrote: On 26.07.23 08:20, Chris Johns wrote: On 26/7/2023 3:44 pm, Sebastian Huber

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 27/7/2023 3:59 pm, Sebastian Huber wrote: > On 27.07.23 06:36, Chris Johns wrote: >> >> On 26/7/2023 4:54 pm, Sebastian Huber wrote: >>> On 26.07.23 08:20, Chris Johns wrote: >>>> On 26/7/2023 3:44 pm, Sebastian Huber wrote: >>>>> On 26.07.23

Re: No RTEMS documentation updates on the web site?

On 27/7/2023 4:30 pm, Sebastian Huber wrote: > Hello, > > it seems the RTEMS documentation on the web site is from 24th of January: > > https://docs.rtems.org/ > Yeah. I was waiting for the updates to service2.rtems.org to be done before sorting it out but that work was delayed because of the

Re: Pushing to 6.1

On 28/7/2023 5:28 am, Joel Sherrill wrote: > On Thu, Jul 27, 2023, 2:14 PM Karel Gardas wrote: > >    Hello, > > do we have any plan with timeline? I think to see some roadmap would be > greatly appreciated on all sides, wouldn't it? > > People starting asking me this about two

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 26/7/2023 4:54 pm, Sebastian Huber wrote: > On 26.07.23 08:20, Chris Johns wrote: >> On 26/7/2023 3:44 pm, Sebastian Huber wrote: >>> On 26.07.23 06:58, Sebastian Huber wrote: >>>> On 26.07.23 00:08, Chris Johns wrote: >>>>> On 26/7/2023 4:27 a

Re: [PATCH] doxygen: Replace main page

On 26/7/2023 3:50 pm, Sebastian Huber wrote: > Replace the main page with a high level description of the RTEMS feature > set similar to: > > https://docs.rtems.org/branches/master/user/overview/index.html#features > > The replaced content can be found in the RTEMS Classic API Guide: > This

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 26/7/2023 3:44 pm, Sebastian Huber wrote: > On 26.07.23 06:58, Sebastian Huber wrote: >> On 26.07.23 00:08, Chris Johns wrote: >>> On 26/7/2023 4:27 am, Joel Sherrill wrote: >>>> On Tue, Jul 25, 2023 at 12:15 PM Sebastian Huber >>>> >>> <

Re: [PATCH] build: Add optional RTEMS_VERSION_VC_KEY

On 26/7/2023 4:27 am, Joel Sherrill wrote: > On Tue, Jul 25, 2023 at 12:15 PM Sebastian Huber > > > wrote: > > On 25.07.23 19:09, Joel Sherrill wrote: > > > > On Tue, Jul 25, 2023 at 10:12 AM Sebastian Huber > >

Re: [PATCH rtems-docs 0/2] Sphinx Version Check

Looks good. Thanks Chris On 26/7/2023 6:25 am, Joel Sherrill wrote: > Hi > > There has been Discord and email discussion that upgrading to Sphinx >= > 6.0 breaks unordered bullet lists. But using Sphinx < 6.0 does not > produce correct results with the patch which enabled us to use newer >

Re: style patches - discuss

On 26/7/2023 7:41 am, Gedare Bloom wrote: > I have sent two initial patches to begin the style reformat. The > clang-format file is not quite 100%, and it's also not usable by > anyone else (as I wait for changes to be accepted upstream). > > A few things to note: > * We can always manually

Re: [PATCH] score: Add workaround for GCC bug

OK Chris On 25/7/2023 4:04 pm, Sebastian Huber wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658 > > This GCC bug leads to an incomplete code coverage status. > > Update #4932. > --- > cpukit/score/cpu/no_cpu/cpuidle.c | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git

Re: [PATCH] 6: Use GDB 13.2

On 25/7/2023 3:18 pm, Sebastian Huber wrote: > On 25.07.23 03:43, Chris Johns wrote: >> On 24/7/2023 9:53 pm, Sebastian Huber wrote: >>> Hello Karel, >>> >>> On 24.07.23 13:15, Karel Gardas wrote: >>>> >>>> this together with

Re: [PATCH] 6: Use GDB 13.2

On 24/7/2023 9:53 pm, Sebastian Huber wrote: > Hello Karel, > > On 24.07.23 13:15, Karel Gardas wrote: >> >> this together with also libexpat patch builds fine on: >> >> - macOS 13.4.1 >> - FreeBSD 13.2 >> - Ubuntu 20.04 > > thanks for the testing. > >> >> btw, recently Joel remarked that gdb

Re: [PATCH] bsps/arm: fix installation broken by recent CMSIS files update

Hi Karel, I did not see this and made and pushed a similar patch. Thanks for this and sorry for not checking closely as I missed it on the first pass. Thanks Chris On 25/7/2023 1:53 am, Karel Gardas wrote: > --- > spec/build/bsps/arm/grp.yml | 7 --- > 1 file changed, 4 insertions(+), 3

Re: [PATCH] membench: Add memory benchmark programs

On 21/7/2023 3:28 pm, Sebastian Huber wrote: > On 21.07.23 03:27, Chris Johns wrote: >> On 21/7/2023 3:51 am, Sebastian Huber wrote: >>> On 20.07.23 18:58, Gedare Bloom wrote: >>>> On Thu, Jul 20, 2023 at 7:42 AM Sebastian Huber >>>>   wrote: >>>

Re: [PATCH] membench: Add memory benchmark programs

On 21/7/2023 3:51 am, Sebastian Huber wrote: > On 20.07.23 18:58, Gedare Bloom wrote: >> On Thu, Jul 20, 2023 at 7:42 AM Sebastian Huber >>   wrote: >>> These memory benchmark programs are not supposed to run.  Instead, they >>> can be analysed on the host system to measure the memory usage of >>>

Re: [PATCH 0/2] Add two unit tests

+1 Chris On 21/7/2023 3:11 am, Gedare Bloom wrote: > Looks good with a couple minor typo/grammar fixes. > > On Thu, Jul 20, 2023 at 7:40 AM Sebastian Huber > wrote: >> >> >> Frank Kühndel (2): >> unit: Test POSIX-specific message queue impl >> unit: Test unlimited objects configuration >>

Re: [PATCH rtems-source-builder v3] bare/config: add renode rsb installation config

OK to push. Chris On 21/7/2023 8:05 am, Muhammad Sulthan Mazaya wrote: > Change file name based on Chris's review here > https://lists.rtems.org/pipermail/devel/2023-July/075802.html > > Plus, fix `cp` so that it also include dotfiles. Because without the > the `.renode-root` file the command

Re: [PATCH 1/3] 6/7: Update Newlib

OK to these updates. Thanks Chris On 21/7/2023 5:03 am, Sebastian Huber wrote: > Keep RTEMS up to date with the upstream development. > --- > rtems/config/tools/rtems-gcc-10-newlib-head.cfg | 4 ++-- > rtems/config/tools/rtems-gcc-10.4-newlib-head.cfg | 4 ++-- >

Re: [PATCH rtems-libbsd/6-freebsd-12 2/3] syscall/open: Reference the path info directory vnode

On 20/7/2023 5:24 pm, Cedric Berger wrote: > On 20.07.23 07:45, chr...@rtems.org wrote: > >> From: Chris Johns >> >> The kernel open call requires a path so to open a file we need to >> set the current directory to the parent vnode. If the open mode is

Re: [PATCH RSB] rtems-net-legacy: Update net and waf versions

Looks good. Thanks Chris On 20/7/2023 11:17 am, Vijay Kumar Banerjee wrote: > --- > rtems/config/tools/rtems-net-legacy-6.cfg | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/rtems/config/tools/rtems-net-legacy-6.cfg >

Re: [PATCH rtems] powerpc/beatnik: Remove RTEMS_NETWORKING check from bsp.h

Looks good. Thanks Chris On 20/7/2023 10:15 am, Vijay Kumar Banerjee wrote: > --- > bsps/powerpc/beatnik/include/bsp.h | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/bsps/powerpc/beatnik/include/bsp.h > b/bsps/powerpc/beatnik/include/bsp.h > index 477f03345d..a70bb3997f 100644 >

Re: [PATCH rtems-net-legacy] powerpc/beatnik: Add mv643xx_eth.c driver from RTEMS 5

On 20/7/2023 10:18 am, Vijay Kumar Banerjee wrote: > On Wed, Jul 19, 2023 at 6:39 PM Chris Johns wrote: >> >> Excellent. >> >> Could you please update the hash in the RSB for the net legacy package? >> > Thanks for mentioning it! While trying to build from RSB

Re: [PATCH rtems v2] Add the Regulator Interface and test

On 15/7/2023 9:48 am, Joel Sherrill wrote: > Updates #4924. > > The Regulator is an application support class which is used to > deal with the scenario where there is a bursty input source > which needs to be metered out to a destination sink. The maximum > size of bursts needs to be known and

Re: [PATCH rtems-docs] user: Update @rtems-ver-major@ to use sphinx substitution extention

On 18/7/2023 6:16 pm, Muhammad Sulthan Mazaya wrote: > Using sphinx-substitution-extensions to manage the variable > @rtems-ver-major@. > Originally Utkarsh's idea: > > https://discord.com/channels/82045382112799/82045848335924/1118416996606943302 > > I have tested and built the

Re: [PATCH rtems-source-builder v2] bare/config: add renode rsb installation config

On 12/7/2023 6:43 pm, Muhammad Sulthan Mazaya wrote: > Use the design of how qemu handle config files + add version number to > the config file name. > > --- > bare/config/devel/renode-1.13.3-1.cfg | 11 ++ > bare/config/devel/renode.bset | 7 >

Re: [PATCH rtems v1] Add the Regulator Interface and test

Hi, Thanks for posting this code. My comments are below and I hope they help. Thanks Chris On 8/7/2023 6:55 am, Joel Sherrill wrote: > Updates #4924. > > The Regulator is an application support class which is used to > deal with the scenario where there is a bursty input source > which needs

Re: Add currently best clang-format configuration to repository?

On 6/7/2023 11:59 am, Gedare Bloom wrote: > On Wed, Jul 5, 2023 at 5:27 PM Chris Johns wrote: >> >> On 6/7/2023 4:21 am, Gedare Bloom wrote: >>> OK I will prepare something soon. I have my WIP version at >>> https://git.rtems.org/gedare/rtems.git/tree/_clang-forma

Re: Add currently best clang-format configuration to repository?

On 6/7/2023 4:21 am, Gedare Bloom wrote: > OK I will prepare something soon. I have my WIP version at > https://git.rtems.org/gedare/rtems.git/tree/_clang-format?h=test-reformat > > I think the format file itself should be just about stable. I will > make one more test and check of it within the

Re: rtems_waf Include File Detection Question

On 6/7/2023 8:24 am, Joel Sherrill wrote: > I have a case for an addition to rtems-examples where I want to know if a > particular header file is installed before enabling the example. How does one > do > that in rtems_waf/wscripts? https://git.rtems.org/rtems_waf/tree/rtems_bsd.py#n65 ...

Re: Tool versions for RTEMS 6.1 release?

On 3/7/2023 5:35 pm, Sebastian Huber wrote: > On 03.07.23 01:17, Chris Johns wrote: >> On 30/6/2023 4:26 pm, Sebastian Huber wrote: >>> Hello, >>> >>> it seems the RTEMS 6.1 release is getting closer. We should think about the >>> tool >>> v

Re: Tool versions for RTEMS 6.1 release?

On 30/6/2023 4:26 pm, Sebastian Huber wrote: > Hello, > > it seems the RTEMS 6.1 release is getting closer. We should think about the > tool > versions for the release. > > For GCC, my preferred choice would be GCC 13.2: > > https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html > > In GCC

Re: [RSB 2/4] 6: Update GCC 10 and 12

On 30/6/2023 4:20 pm, Sebastian Huber wrote: > On 29.06.23 02:20, Chris Johns wrote: >> On 28/6/2023 3:33 pm, Sebastian Huber wrote: >>> On 28.06.23 04:37, Chris Johns wrote: >>>> Can you please provide something other than update in the commit message? >>

Re: [PATCH v2 00/32] Integrate pre-qualified LEON3 BSP

On 29/6/2023 3:41 am, Sebastian Huber wrote: > On 16.06.23 08:00, Sebastian Huber wrote: >> The register block specification were recently integrated in the RTEMS >> Software Engineering manual.  Now it is time to integrate the >> pre-qualified LEON3 BSP which uses the generated GRLIB header

Re: [RSB 2/4] 6: Update GCC 10 and 12

On 28/6/2023 3:33 pm, Sebastian Huber wrote: > On 28.06.23 04:37, Chris Johns wrote: >> Can you please provide something other than update in the commit message? >> >> If it is to pick up patches on these gcc release branches then please say so. > > This update has n

Re: [RSB 1/4] 6/7: Update Newlib

Hi, What has changed in this version? Is there anything specific we need to know about or need? Thanks Chris On 27/6/2023 8:21 pm, Sebastian Huber wrote: > --- > rtems/config/tools/rtems-gcc-10-newlib-head.cfg | 4 ++-- > rtems/config/tools/rtems-gcc-10.4-newlib-head.cfg | 4 ++-- >

Re: [RSB 2/4] 6: Update GCC 10 and 12

Can you please provide something other than update in the commit message? If it is to pick up patches on these gcc release branches then please say so. Are these versions of the compiler tracking tarfile packages? Thanks Chris On 27/6/2023 8:21 pm, Sebastian Huber wrote: > --- >

Re: [PATCH rtems-tools] tester/rtems: add renode implementation

com>> wrote: > > Hi Chris, > > Yes they are the same. I thought there was an email error, so I re-send it > twice. > > On Tue, 27 Jun 2023, 07:46 Chris Johns, <mailto:chr...@rtems.org>> wrote: > > Hi Muhammad, > >

Re: [PATCH rtems-libbsd] freebsd/if_cgem: Remove QEMU workaround

This looks good. Thanks Chris On 28/6/2023 1:30 am, Kinsey Moore wrote: > Note that this patch is for 6-freebsd-12 and its removal reduces the burden to > make the master branch match functionality. > > On Tue, Jun 27, 2023 at 10:28 AM Kinsey Moore > wrote: >

Re: [PATCH rtems-docs] c-user: Update references to rtems_task_wake_after

On 28/6/2023 7:37 am, Kinsey Moore wrote: > > On Tue, Jun 27, 2023 at 4:05 PM Sebastian Huber > > > wrote: > > On 27.06.23 22:18, Kinsey Moore wrote: > > diff --git a/c-user/task/directives.rst b/c-user/task/directives.rst > > index

Re: [PATCH] cpukit/flash: Correct erase ioctl address

Pushed and thanks Chris On 26/6/2023 3:29 pm, aaron.nyh...@unfoldedeffective.com wrote: > From: Aaron Nyholm > > Previously, the erase ioctl call would ignore flash regions and erase at > the absolute address passed in. This adds a check for if the region is > set and adds the region offset

Re: [PATCH rtems-source-builder] qemu-5-1: Update to the latest CGEM patch

On 27/6/2023 5:02 am, Kinsey Moore wrote: > The original version of this patch had a conflict between the two > interrupts where the program-viewable interrupt state could be > deasserted when it should have been asserted. The new version of this > patch resolves that conflict. > --- >

Re: [PATCH rtems-tools] tester/rtems: add renode implementation

x 000..95850c5 > --- /dev/null > +++ b/tester/rtems/testing/bsps/kendrytek210-renode.ini > @@ -0,0 +1,38 @@ > +# > +# RTEMS Tools Project (http://www.rtems.org/) > +# Copyright 2010-2014 Chris Johns (chr...@rtems.org) > +# All rights reserved. > +# > +# This file

Re: [PATCH] bsps/xqspipsu: Handle SMP systems properly

OK Chris On 22/6/2023 2:09 am, Kinsey Moore wrote: > The NOR driver was not written with SMP systems and caching in mind. > This makes the IsBusy flag volatile for updates across cores and > introduces cache flushing and invalidation where necessary for data > manipulated by the DMA engine in

Re: [PATCH rtems-tools] rtemstoolkit: Fix shlex.split to use posix mode and add unit test for pipe operation

On 21/6/2023 2:22 pm, Muhammad Sulthan Mazaya wrote: >> On 21/6/2023 11:55 am, Muhammad Sulthan Mazaya wrote: >> > Turns out subprocess.Popen operates on posix mode. >> >> Is this true for non-POSIX systems? >> >> Where is this documented? > > It's not, turns out it is also dependent on the

Re: [PATCH rtems-tools] rtemstoolkit: Fix shlex.split to use posix mode and add unit test for pipe operation

On 21/6/2023 11:55 am, Muhammad Sulthan Mazaya wrote: > Turns out subprocess.Popen operates on posix mode. Is this true for non-POSIX systems? Where is this documented? Chris Also, there is an > issue with previous implementation of pipe command that is fixed by > Chris. Now, it can also

Re: [PATCH rtems-tools] tester/rt: use shlex.split to split command args

Pushed Thanks Chris On 20/6/2023 8:47 am, Muhammad Sulthan Mazaya wrote: > The regular split-by-space function used to split command arguments > creates compatibility issues with many shell command syntaxes. A > specific example is the handling of string arguments, as shown below: > > %define

Re: [PATCH rtems-tools v2] rtemstoolkit: add support for executing pipe command

Hi, I applied the patch and ran the unit tests and they passed however the change has broken the execute class. The FreeBSD host runs sysctl to detect the number of cores when options are loaded and the `e.shell()` at the top of `freebsd.py` is failing with: $ ./tester/rtems-test --help s: /:

Re: [PATCH rtems-tools] rtemstoolkit: add support for executing pipe command

Hi, Thanks for this. I like the change. Could you please shorten the long line? This code will be run through yapf after 6 branches but until then we limit the line length. :) Could you please add a unit test for this to the end of this file? Thanks Chris On 20/6/2023 8:44 am, Muhammad

Re: doctest rtems example

Hi Sam, Thanks for the post. The website for the code is: https://github.com/doctest/doctest I have been using this and I can port tests between Linux and RTEMS. I like it because it works and it is a single header. There is no need to build and link libraries. Chris On 16/6/2023 11:07 pm,

Re: BSP .inc files and .cfg files

On 17/6/2023 5:30 am, Joel Sherrill wrote: > On Fri, Jun 16, 2023 at 3:18 AM Philip Kirkpatrick > mailto:p.kirkpatr...@reflexaerospace.com>> > wrote: > > For the RPU patch, I'll add removing this to my next pass at it. > > If there is some transformation on the linked executable needed to

Re: bsps/xilinx-zynqmp : Add BSP for RPU

On 17/6/2023 5:14 am, Gedare Bloom wrote: > On Fri, Jun 16, 2023 at 2:17 AM Philip Kirkpatrick > wrote: >> On Fri, Jun 16, 2023 at 7:14 AM Chris Johns wrote: >>> >>> On 15/6/2023 6:16 pm, Philip Kirkpatrick wrote: >>>> Thanks for all the good feedback.

Re: [PATCH 2/2] bsps: Remove uses of BSP-specific interrupt API

On 16/6/2023 3:36 pm, Sebastian Huber wrote: > On 16.06.23 07:04, Chris Johns wrote: >> On 16/6/2023 2:51 pm, Sebastian Huber wrote: >>> On 16.06.23 03:49, Chris Johns wrote: >>>>> diff --git a/bsps/shared/grlib/drvmgr/ambapp_bus_grlib.c >>>>&g

Re: [PATCH v2 1/3] pci: Do not use BSP-specific interrupt API

Look good. Thanks Chris On 16/6/2023 3:34 pm, Sebastian Huber wrote: > Update #3269. > --- > cpukit/include/pci/irq.h | 17 - > 1 file changed, 4 insertions(+), 13 deletions(-) > > diff --git a/cpukit/include/pci/irq.h b/cpukit/include/pci/irq.h > index 4069f1ffa8..8617dd1680

Re: bsps/xilinx-zynqmp : Add BSP for RPU

On 15/6/2023 6:16 pm, Philip Kirkpatrick wrote: > Thanks for all the good feedback. > > RE Joel: > I'll fix my sloppy formatting that you caught and submit a revised patch.  If > I'm realistic about my schedule, I probably won't be able to get to it until > next week. > For xttcps_hw.h, there

Re: [PATCH 2/2] bsps: Remove uses of BSP-specific interrupt API

On 16/6/2023 2:51 pm, Sebastian Huber wrote: > On 16.06.23 03:49, Chris Johns wrote: >>> diff --git a/bsps/shared/grlib/drvmgr/ambapp_bus_grlib.c >>> b/bsps/shared/grlib/drvmgr/ambapp_bus_grlib.c >>> index 96b77907a6..bc211e37b6 100644 >>> --- a/bsps

Re: BSP-Specific Testing was: [PATCH 00/34] Integrate pre-qualified LEON3 BSP

On 16/6/2023 2:41 pm, Sebastian Huber wrote: > On 16.06.23 00:07, Chris Johns wrote: >> On 16/6/2023 12:54 am, Sebastian Huber wrote: >>> The test framework prints out the location of events using the file name >>> and the >>> line number. So, it would

Re: Doorstop YML file in repo

On 16/6/2023 2:34 pm, Sebastian Huber wrote: > On 16.06.23 00:33, Chris Johns wrote: >> Hi >> >> I spotted this today and I am wondering if it has accidental been added: >> >> https://git.rtems.org/rtems/tree/spec/build/bsps/arm/stm32h7/.doorstop.yml >>

Re: BSP .inc files and .cfg files

On 16/6/2023 2:33 pm, Sebastian Huber wrote: > On 16.06.23 03:46, Chris Johns wrote: >> >> On 16/6/2023 9:04 am, Joel Sherrill wrote: >>> >>> On Thu, Jun 15, 2023 at 5:41 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>>  

Re: [PATCH 2/2] bsps: Remove uses of BSP-specific interrupt API

On 15/6/2023 10:46 pm, Sebastian Huber wrote: > Update #3269. > --- > bsps/riscv/griscv/include/bsp.h | 4 --- > bsps/shared/grlib/drvmgr/ambapp_bus_grlib.c | 8 +++--- > bsps/sparc/erc32/include/bsp.h | 15 --- > bsps/sparc/leon2/include/bsp.h | 15

Re: BSP .inc files and .cfg files

On 16/6/2023 9:04 am, Joel Sherrill wrote: > > > On Thu, Jun 15, 2023 at 5:41 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > Hi, > > Reviewing the RPU patch I noticed a .inc file being added and I wondered > why so > I checked

BSP .inc files and .cfg files

Hi, Reviewing the RPU patch I noticed a .inc file being added and I wondered why so I checked the sources and to my surprise found: rtems.git $ find bsps -name \*.inc bsps/v850/gdbv850sim/config/v850sim.inc bsps/m68k/genmcf548x/config/genmcf548x.inc bsps/m68k/gen68340/include/m68340.inc

Doorstop YML file in repo

Hi I spotted this today and I am wondering if it has accidental been added: https://git.rtems.org/rtems/tree/spec/build/bsps/arm/stm32h7/.doorstop.yml ? Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: BSP-Specific Testing was: [PATCH 00/34] Integrate pre-qualified LEON3 BSP

On 16/6/2023 12:54 am, Sebastian Huber wrote: > The test framework prints out the location of events using the file name and > the > line number. So, it would be good if the file names are unique and > descriptive. > This is why I like Gedare's proposal to just use "bsps". Is only the basename

Re: [PATCH rtems-source-builder] qemu-5-1: Add patch for ZynqMP/Versal CGEMs

OK Thanks Chris On 16/6/2023 1:53 am, Kinsey Moore wrote: > This temporarily adds a patch to fix badly behaving CGEM peripherals > under QEMU. The referenced patch has been submitted for inclusion in > the upstream QEMU repository. > > Updates #4919 > --- > source-builder/config/qemu-5-1.cfg |

Re: bsps/xilinx-zynqmp : Add BSP for RPU

On 14/6/2023 6:08 pm, Philip Kirkpatrick wrote: > This patch adds support for running RTEMS on the RPU (cortex R5) cores of the > ZynqMP.  Thanks for submitting this BSP. It is exciting to see this work and support being added. How different are the ZynqMP RPU cores and the ones on the Versal?

Re: [PATCH 1/1] eng: Fix builds for newer Sphinx versions (>=7)

Pushed. I added a close for the ticket to the commit message. Thank you for looking into this and fixing it. Chris On 14/6/2023 3:36 pm, Utkarsh Verma wrote: > The current Sphinx theme depends on the `style` parameter which got > deprecated in v5.1 and finally got removed in v7. Now, the

<    1   2   3   4   5   6   7   8   9   10   >