Re: GCC version for RTEMS 6?

On 25/5/2022 10:44 pm, Kinsey Moore wrote: > On 5/24/2022 17:29, Chris Johns wrote: >> On 24/5/2022 5:01 pm, Sebastian Huber wrote: >>> On 24/05/2022 08:43, Sebastian Huber wrote: >>>> On 24/05/2022 02:32, Chris Johns wrote: >>>>> On 6/5/2022 4:16 pm,

Re: [rtems-libbsd commit] Implement portable kernel symbol namespace tool

On 25/5/2022 4:22 pm, Sebastian Huber wrote: > On 02/09/2021 04:43, Chris Johns wrote: >> Module:    rtems-libbsd >> Branch:    6-freebsd-12 >> Commit:    59f652fe881de4a170d4916d148fe72f33e35ef2 >> Changeset:http://git.rtems.org/rtems-libbsd/commit/?id=59f652fe881de

Re: [libbsd 00/22] Move content of libbsd.txt

On 24/5/2022 12:33 am, Sebastian Huber wrote: > This patch set updates the README.md and CONTRIBUTING.md files with > content from libbsd.txt. The format is converted to reST which is also > supported by Github and fits to rtems-docs. > > For the final results see: > >

Re: Issues building QEMU on Ubuntu

On 25/5/2022 12:47 am, Ryan Long wrote: > When building QEMU it goes through the entire build and it looks like it > passes, > but it is failing. The only error that Joel and I saw in the output was this > > Found ninja-1.10.1 at /usr/bin/ninja > + >

Re: GCC version for RTEMS 6?

On 24/5/2022 5:01 pm, Sebastian Huber wrote: > On 24/05/2022 08:43, Sebastian Huber wrote: >> On 24/05/2022 02:32, Chris Johns wrote: >>> On 6/5/2022 4:16 pm, Sebastian Huber wrote: >>>>> - aarch64 bsps >>>>> >>>>> These BS

Re: GCC version for RTEMS 6?

On 6/5/2022 4:16 pm, Sebastian Huber wrote: >> - aarch64 bsps >> >> These BSPs generated lots of warnings in the testsuite due to this line: >> >>   https://git.rtems.org/rtems/tree/bsps/aarch64/include/bsp/start.h#n175 >> >> The warning is about comparing arrays. I have not looked deeper. > >

Re: [PATCH] ISL, MPC, MPFR: fix configuration issues on ARM64/Darwin host

On 18/5/2022 1:21 pm, Joel Sherrill wrote: > On Tue, May 17, 2022, 6:27 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 18/5/2022 4:33 am, Joel Sherrill wrote: > > Looked good to me and I pushed it. > > Thanks to all who helped get this change

Re: [PATCH] Fix copyright notice of kernel space headers

On 18/5/2022 4:57 pm, Sebastian Huber wrote: > Use the copyright notice of the associated header file from FreeBSD if the > kernel space header file contains a substantial amount of imported code. > > Add include guard checks to all header files. OK. Just a comment ... is the guard change more

Re: [PATCH] Synchronize all file descriptors in sync()

On 17/5/2022 11:17 pm, Joel Sherrill wrote: > On Tue, May 17, 2022, 6:57 AM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> On 13/05/2022 13:21, Sebastian Huber wrote: >>> Synchronize all file descriptors and not just the ones associated with a >> FILE >>> object. >>> >>>

Re: [PATCH] ISL, MPC, MPFR: fix configuration issues on ARM64/Darwin host

On 18/5/2022 4:33 am, Joel Sherrill wrote: > Looked good to me and I pushed it. Thanks to all who helped get this change done. It is great to see hosts other than Linux being used in our community. > Thanks for suffering through all that. Managing patches to upstream > projects is a balancing

Re: [PATCH] ISL, MPC, MPFR: fix configuration issues on ARM64/Darwin host

On 17/5/22 7:48 pm, Karel Gardas wrote: > On 5/17/22 11:42, Chris Johns wrote: >> On 17/5/22 4:14 am, Joel Sherrill wrote: >>> On Mon, May 16, 2022, 12:33 PM Karel Gardas wrote: >>>> On 5/13/22 15:57, Joel Sherrill wrote: >>>>> We do not put patches

Re: [PATCH] rtemstoolkit:libelf: sync _libelf_config.h with FreeBSD

OK. I have push it. Thanks Chris On 12/5/22 5:19 pm, Karel Gardas wrote: > This fixes compilation issue on Apple M1. > --- > .../elftoolchain/libelf/_libelf_config.h | 62 +++ > 1 file changed, 21 insertions(+), 41 deletions(-) > > diff --git

Re: [PATCH] ISL, MPC, MPFR: fix configuration issues on ARM64/Darwin host

On 17/5/22 4:14 am, Joel Sherrill wrote: > On Mon, May 16, 2022, 12:33 PM Karel Gardas wrote: >> On 5/13/22 15:57, Joel Sherrill wrote: >>> We do not put patches in RTEMS repos. File an rtems ticket, attach them, >>> and reference them from there. >>> >>> If they are needed upstream, please

Re: [PATCH rtems-source-builder v1] source-builder: Handle utf8 in path

OK Thanks Chris On 14/5/2022 3:15 am, Kinsey Moore wrote: > It's possible for an environment to have unicode characters in its > paths. This was recently exposed by the latest newlib update and RSB > fails under Python 2.7 in this situation. This resolves the issue by > ensuring that the paths

Re: [PATCH 0/8] tcpdump: Fix dumping to file and reading from file

OK and thanks. The destructor is a nice addition. I still think running tcpdump on rtems is fun to watch apart from being useful when things do not work. Chris On 11/5/2022 4:56 pm, Sebastian Huber wrote: > This patch is for the 5-freebsd-12, 6-freebsd-12, and master branches of > libbsd. > >

Re: Update to GCC 12 for development branch (RTEMS 6)

On 10/5/2022 7:26 pm, Sebastian Huber wrote: > On 10/05/2022 10:28, Chris Johns wrote: >> On 10/5/2022 1:13 am, Sebastian Huber wrote: >>> Hello Karel, >>> >>> On 09/05/2022 17:09, Karel Gardas wrote: >>>> I'm just curious is there any reaso

Re: Update to GCC 12 for development branch (RTEMS 6)

On 10/5/2022 1:13 am, Sebastian Huber wrote: > Hello Karel, > > On 09/05/2022 17:09, Karel Gardas wrote: >> I'm just curious is there any reason to use GCC from git (post release >> version) and not vanilla 12.1 release tarball from gcc.gnu.org? > > this makes it easier to pick up a GCC 12

Re: [PATCH] sb/setbuilder: Control buildsets using the --with-* command line option

On 6/5/2022 10:41 pm, Frank Kühndel wrote: > Hello Chris, > > On 5/6/22 00:35, Chris Johns wrote: >> On 5/5/2022 10:48 pm, Frank Kühndel wrote: >>> Hi Chris, >>> >>> On 5/5/22 04:52, chr...@rtems.org wrote: >>>> From: Chris Johns >>&g

Re: [PATCH] RSB: Remove option --with-java

OK. Thanks Chris On 7/5/2022 1:20 am, Frank Kuehndel wrote: > From: Frank Kühndel > > The sb-set-builder options --with-java / --without-java do not work. > GCC configure does not known language "java". See > https://gcc.gnu.org/install/configure.html option --enable-languages. > > update

Re: GCC version for RTEMS 6?

On 6/5/2022 4:28 pm, Sebastian Huber wrote: > On 06/05/2022 08:23, Chris Johns wrote: >>> The minimum test is an issue on all BSPs since the RTEMS tester has no way >>> to >>> figure out what to do since the test has no output. One option would be to >>>

Re: GCC version for RTEMS 6?

On 6/5/2022 4:16 pm, Sebastian Huber wrote: > Hello Chris, > > thanks for the tests. My pleasure. Thank your gcc12. > On 05/05/2022 11:28, Chris Johns wrote: >> On 4/5/2022 3:54 pm, Sebastian Huber wrote: >>> On 04/05/2022 02:14, Chris Johns wrote: >>>&g

Re: [PATCH] sb/setbuilder: Control buildsets using the --with-* command line option

On 5/5/2022 10:48 pm, Frank Kühndel wrote: > Hi Chris, > > On 5/5/22 04:52, chr...@rtems.org wrote: >> From: Chris Johns >> >> - Expand macros in buildset file names >> >> - Add support to buildsets for `%defineifnot` >> >> - Update 6 and 7 t

Re: GCC version for RTEMS 6?

On 5/5/2022 7:15 pm, Karel Gardas wrote: > On 5/5/22 01:32, Chris Johns wrote: >> On 4/5/2022 8:57 pm, Sebastian Huber wrote: >>> On 04/05/2022 09:11, Chris Johns wrote: >>>>> I updated the RTEMS 7 tools to use the GCC 12 release branch with a gcov >>&

Re: GCC version for RTEMS 6?

On 4/5/2022 3:54 pm, Sebastian Huber wrote: > On 04/05/2022 02:14, Chris Johns wrote: >> On 3/5/2022 4:56 pm, Sebastian Huber wrote: >> Are there any posted test results? > > I did only local test runs on simulators so far. > I have posted some test results for the er

Re: GCC version for RTEMS 6?

On 5/5/2022 9:32 am, Chris Johns wrote: > I think this is a use case where something added to the RSB may be required to > make this easier. For example logic in a bset file would be nice. https://devel.rtems.org/ticket/4646 Chris ___ devel m

Re: GCC version for RTEMS 6?

On 4/5/2022 8:57 pm, Sebastian Huber wrote: > On 04/05/2022 09:11, Chris Johns wrote: >>> I updated the RTEMS 7 tools to use the GCC 12 release branch with a gcov >>> back >>> port. You can test GCC 12 with a local patch for RTEMS 6: >>> >>> diff

Re: GCC version for RTEMS 6?

On 4/5/2022 3:54 pm, Sebastian Huber wrote: > On 04/05/2022 02:14, Chris Johns wrote: >> On 3/5/2022 4:56 pm, Sebastian Huber wrote: >>> Hello, >>> >>> I added a back port of the gcov-tool merge-stream patches to GCC 12. You >>> find >&g

Re: GCC version for RTEMS 6?

On 3/5/2022 4:56 pm, Sebastian Huber wrote: > Hello, > > I added a back port of the gcov-tool merge-stream patches to GCC 12. You find > some background information here: > > https://gcc.gnu.org/onlinedocs/gcc/Freestanding-Environments.html#Freestanding-Environments > > A back port to GCC 10

Re: GCC version for RTEMS 6?

On 28/4/2022 6:04 pm, Sebastian Huber wrote: > On 28.04.22 09:52, Chris Johns wrote: >> On 27/4/2022 4:57 pm, Sebastian Huber wrote: >>> Hello, >>> >>> we have to select a GCC version for the RTEMS 6 release. Currently, GCC 10 >>> is >>>

Re: GCC version for RTEMS 6?

On 27/4/2022 4:57 pm, Sebastian Huber wrote: > Hello, > > we have to select a GCC version for the RTEMS 6 release. Currently, GCC 10 is > used, however, with the release of GCC 10.4 this year it will reach its end of > life. Other options are GCC 11 and 12. GCC 12 will be released in the next >

Re: Building RTEMS 6 toolchain on a Mac

On 27/4/2022 3:18 pm, Sebastian Huber wrote: > On 27.04.22 06:51, Chris Johns wrote: >> On 27/4/2022 2:46 pm, Sebastian Huber wrote: >>> On 26.04.22 22:57, Karel Gardas wrote: >>>> On 4/25/22 10:10, Sebastian Huber wrote: >>>>> Hello Heinz, >>

Re: Building RTEMS 6 toolchain on a Mac

On 27/4/2022 2:46 pm, Sebastian Huber wrote: > On 26.04.22 22:57, Karel Gardas wrote: >> On 4/25/22 10:10, Sebastian Huber wrote: >>> Hello Heinz, >>> >>> you are probably one of the first persons building GCC 12 on this platform. >>> I >>> checked in a change which could fix the problem. >>> >>

Re: [PATCH 2/2] gdb: Split python's version into major/minor and check for embed option

On 26/4/2022 8:04 am, Chris Johns wrote: > On 26/4/2022 4:01 am, Frank Kühndel wrote: >> I tested your two patches for ARM on top of >> 990e3f05e62cf48117f6de8346e9ea8a8d9b1ba3 (Git master >> rtems-source-builder, RTEMS 6) on the following OS: >> >> * openSUSE Leap

Re: rtems_rpc_task_init, where?

On 26/4/2022 4:54 am, Heinz Junkes wrote: > Hallo, > > with the new network stack, rtems_rpc_task_init no longer exists. > > What must/could be called/initialized instead? There is no call. The user land NFS RPC negotiation is handled in the mount call and the NFSv4 client is a kernel land

Re: [PATCH v2 01/15] mptests: Manually adding file headers and licenses

On 23/4/2022 5:12 am, Ryan Long wrote: > These files had no file header, copyright, or license. Based on git > history, added appropriate copyrights and licenses. Looks good. Thanks Chris ___ devel mailing list devel@rtems.org

Re: [PATCH 2/2] gdb: Split python's version into major/minor and check for embed option

On 26/4/2022 4:01 am, Frank Kühndel wrote: > I tested your two patches for ARM on top of > 990e3f05e62cf48117f6de8346e9ea8a8d9b1ba3 (Git master > rtems-source-builder, RTEMS 6) on the following OS: > > * openSUSE Leap 15.3 Python 2.7.18 > * openSUSE Leap 15.3 Python 3.6.15 > * Ubuntu 22.04 LTS

Re: [PATCH] GDB: fix python config command line arguments based on python version

On 22/4/22 11:18 pm, Frank Kühndel wrote: > Hi Chris, > > On 4/22/22 03:19, Chris Johns wrote: >> On 21/4/2022 5:45 pm, Karel Gardas wrote: >>> On 4/21/22 02:12, Chris Johns wrote: >>>> On 21/4/2022 4:38 am, Karel Gardas wrote: >>>>> Chris, Frank

Re: [RSB 1/2] gcc: Move GMP, MPC, MPFR sources to common

On 22/4/2022 4:47 pm, Sebastian Huber wrote: > Use GCC infrastructure download directory for GCC prerequisites. Nice change. OK to push. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 07/15] support: Manually adding file headers and licenses

Looking at the git history maybe this is both OAR and me? The rest look fine to me ... and the empty @brief additions to the libdl files has been noted :) Chris On 22/4/2022 12:06 am, Ryan Long wrote: > This file had no file header, copyright, or license. Based on git > history, added

Re: [PATCH] GDB: fix python config command line arguments based on python version

On 21/4/2022 5:45 pm, Karel Gardas wrote: > On 4/21/22 02:12, Chris Johns wrote: >> On 21/4/2022 4:38 am, Karel Gardas wrote: >>> >>> Chris, Frank, >>> >>> I don't feel particularly comfortable with this patch. It works here on >>> Ubuntu

Re: [PATCH] GDB: fix python config command line arguments based on python version

On 21/4/2022 4:38 am, Karel Gardas wrote: > > Chris, Frank, > > I don't feel particularly comfortable with this patch. It works here on Ubuntu > 20.04 with python 3.3 and Ubuntu 22.04 with Python 3.10, but I have to admit > semantics of this cfg language is beyond my liking and a lot is in

Re: RSB Issue with lexicographic comparison of python versions (shown on Ubuntu 22.04 LTS/python 3.10 platform).

On 20/4/2022 11:32 pm, Karel Gardas wrote: > On 4/20/22 10:12, Karel Gardas wrote: >>> The number 3.8 is less than 3.10 so if we changed things so it was a numeric >>> check it would still fail. >> >> No, it would not fail, since then > > Chris, > > sorry about that email which obviously was

Re: RSB Issue with lexicographic comparison of python versions (shown on Ubuntu 22.04 LTS/python 3.10 platform).

On 19/4/2022 8:06 pm, Karel Gardas wrote: > >   Chris, > > testing RSB on soon to be release Ubuntu 22.04 LTS. This distro provides > python > 3.10 and interestingly gdb compilation fails badly on it with: > > making dir: >

Re: [PATCH] tester/gdb: allow kill on the test end

Ok and thanks Chris On 19/4/2022 10:29 pm, Karel Gardas wrote: > Sponsored-By: Precidata > --- > tester/rt/config.py | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/tester/rt/config.py b/tester/rt/config.py > index a7b9ee3..8a433af 100644 > --- a/tester/rt/config.py > +++

Re: [PATCH 1/2] devel: add configuration for expat 2.4.8

OK and thanks. On 19/4/2022 10:24 pm, Karel Gardas wrote: > --- > bare/config/devel/expat-2.4.8-1.cfg | 19 +++ > 1 file changed, 19 insertions(+) > create mode 100644 bare/config/devel/expat-2.4.8-1.cfg > > diff --git a/bare/config/devel/expat-2.4.8-1.cfg >

Re: [PATCH v2] wscript: Allow substitution outside values

On 14/4/2022 4:21 pm, Sebastian Huber wrote: > On 14/04/2022 04:19, Chris Johns wrote: >> On 14/4/2022 7:47 am, Kinsey Moore wrote: >>> This expands the ability to substitute variables outside the current >>> limitation of values in options to asflags, cflags, cppf

Re: libc functions from c++ issues

On 14/4/2022 1:51 pm, Joel Sherrill wrote: > On Wed, Apr 13, 2022, 9:14 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 14/4/2022 6:58 am, Joel Sherrill wrote: > > When you use -std= with gcc, it says to strictly enforce that standard. > C++ is >

Re: [PATCH v2] wscript: Allow substitution outside values

On 14/4/2022 7:47 am, Kinsey Moore wrote: > This expands the ability to substitute variables outside the current > limitation of values in options to asflags, cflags, cppflags, cxxflags, > ldflags, and includes. It is possible for all of these flags to utilize > user-defined information in

Re: libc functions from c++ issues

On 14/4/2022 6:58 am, Joel Sherrill wrote: > When you use -std= with gcc, it says to strictly enforce that standard. C++ is > NOT POSIX so pthread.h prototypes aren't visible.  There are some edge cases > where gcc isn't that strict until -pedantic is turned on. Use of long long in > C++03 is an

Re: AW: [PATCH 12/12] spec/build/cpukit: Add option for enabling PPS synchronization

On 12/4/2022 5:04 pm, Sebastian Huber wrote: > On 12/04/2022 03:29, Chris Johns wrote: >> On 8/4/2022 3:48 pm, Sebastian Huber wrote: >>> On 08/04/2022 02:45, Chris Johns wrote: >>>> On 7/4/2022 9:56 pm, Sebastian Huber wrote: >>>>&g

Re: libc functions from c++ issues

standards compliant? I do not know. I am porting a large piece of existing code to RTEMS and that code compiles and runs on current Linux systems. Why does Linux build this code and we do not? Should we be compatible or standards compliant? Chris > > Karel > > On 4/12/22 08:

libc functions from c++ issues

Hi, The following code: // aarch64-rtems6-g++ -std=c++98 -c test.o test.cpp // aarch64-rtems6-g++ -std=c++03 -c test.o test.cpp // aarch64-rtems6-g++ -std=c++11 -c test.o test.cpp // aarch64-rtems6-g++ -std=c++17 -c test.o test.cpp #include #include void t1(pthread_t thread) {

Re: AW: [PATCH 12/12] spec/build/cpukit: Add option for enabling PPS synchronization

On 8/4/2022 3:48 pm, Sebastian Huber wrote: > On 08/04/2022 02:45, Chris Johns wrote: >> On 7/4/2022 9:56 pm, Sebastian Huber wrote: >>> We should avoid new CPU options in general. >> Is this documented with a suitable rational? > > This could be something fo

Re: [PATCH 0/1] libbsd: Add TFTP filesystem to test media01

Hi Frank, I am OK with this change. Thanks Chris On 9/4/2022 12:05 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Hello, > > I would like to ask the community whether it would be possible > to accept the little patch which follows? The patch permits to > mount and use the TFTP

Re: Tool Suite Build Failed - machine 'arm64-apple' not recognized

On 11/4/2022 4:37 am, Jay Zhu wrote: > Hi, > I am a student new to RTEMS and trying to get my first lines to run. When > following the quick-start guide, I was stuck in Install Tool Suite procedure. > Using this command: > ../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/6 >

Re: AW: [PATCH 12/12] spec/build/cpukit: Add option for enabling PPS synchronization

On 7/4/2022 9:56 pm, Sebastian Huber wrote: > We should avoid new CPU options in general. Is this documented with a suitable rational? Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v1] x86_64/elf_machdep.h: Replace stub with NetBSD version

On 7/4/2022 11:43 pm, Ryan Long wrote: > The other ports included that architecture's version of this file from > NetBSD. This patch follows that pattern. OK to push. Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] imfs: Fix index underrun when extending empty file

On 7/4/2022 6:50 pm, Christian MAUDERER wrote: > I applied the patch to all three branches (master, 5, 4.11). Thanks and I appreciate updating 4.11 as well. > I only skipped > adding the test for 4.11 because that part didn't apply without problems. But > the bug is fixed there too. Understood.

Re: [PATCH] mghttpd: Remove

On 7/4/2022 3:52 am, Joel Sherrill wrote: > On Wed, Apr 6, 2022 at 12:27 PM Gedare Bloom wrote: > >> On Wed, Apr 6, 2022 at 9:23 AM Sebastian Huber >> wrote: >>> >>> On 06/04/2022 17:09, Joel Sherrill wrote: On Wed, Apr 6, 2022 at 10:03 AM Sebastian Huber >>>

Re: [PATCH 6/6] shell: Add rtems_shell_run_main_loop()

On 6/4/22 7:56 pm, Sebastian Huber wrote: > On 06/04/2022 11:55, Chris Johns wrote: >> On 6/4/22 5:17 pm, Sebastian Huber wrote: >>> In contrast to rtems_shell_main_loop(), this new function does not >>> perform all sorts of initialization based on environment sett

Re: [PATCH 6/6] shell: Add rtems_shell_run_main_loop()

On 6/4/22 5:17 pm, Sebastian Huber wrote: > In contrast to rtems_shell_main_loop(), this new function does not > perform all sorts of initialization based on environment settings. For > example, due to the use of isatty() in rtems_shell_main_loop() it is > impossible to run an interactive shell

Re: [PATCH 1/6] shell: Move line editor output check

On 6/4/22 5:17 pm, Sebastian Huber wrote: > Move call to isatty() to caller of rtems_shell_line_editor(). This > avoids a dependency on isatty() in rtems_shell_line_editor(). > --- > cpukit/libmisc/shell/shell.c | 82 +--- > 1 file changed, 38 insertions(+), 44

Re: [PATCH 1/3] unit: Add a unit test suite

On 1/4/2022 5:23 pm, Sebastian Huber wrote: > On 01/04/2022 01:46, Chris Johns wrote: >> On 30/3/2022 6:13 pm, Sebastian Huber wrote: >>> + >>> +#include "../validation/ts-default.h" >>> + >> What is the relationship between this "unit test

Re: [PATCH] fix _mkdir parameter error.[RSB]

On 2/4/2022 12:20 am, Joel Sherrill wrote: > Chris should comment on this technically. The patch is for covoar and not the RSB. I am a little confused? > My concern is that the < and > in this patch were converted to HTML.  > I do not believe this will apply. I think your email client converted

Re: [PATCH] libmisc/untar: Use a larger block size to read and write files

On 1/4/2022 2:27 pm, Joel Sherrill wrote: > On Thu, Mar 31, 2022, 10:17 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 1/4/2022 11:14 am, Joel Sherrill wrote: > > This looks ok. Does it impact any array declaration that I missed? I'm > just > > w

Re: [PATCH] libmisc/untar: Use a larger block size to read and write files

022, 6:26 PM mailto:chr...@rtems.org>> > wrote: > > From: Chris Johns mailto:chr...@rtems.org>> > > - A larger block size lets files systems work better. On JFFS >   a 512 byte compressed block means lots of small flash updates > > Closes #4635 &g

Re: [PATCH] microblaze: Add AXI GPIO driver

Alex, How do you handle single or dual GPIO channel configurations? How do you handle 1 to 32 GPIO pins? On 17/3/2022 3:25 am, Alex White wrote: > On Wed, Mar 16, 2022 at 10:27 AM Gedare Bloom wrote: >> >> On Tue, Mar 15, 2022 at 2:28 PM Alex White wrote: >>> >>> --- >>>  

Re: [PATCH 1/3] unit: Add a unit test suite

On 30/3/2022 6:13 pm, Sebastian Huber wrote: > + > +#include "../validation/ts-default.h" > + What is the relationship between this "unit testsuite" and the validation tests? Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] libcsupport: Use _fwalk_reent()

OK On 1/4/2022 2:09 am, Sebastian Huber wrote: > Use _fwalk_reent() instead of _fwalk(), since _fwalk() was removed from > Newlib. > Include and remove local declarations. > --- > cpukit/libcsupport/src/sync.c | 29 ++--- > 1 file changed, 10 insertions(+), 19

Re: RFC: Copyright vs COPYRIGHT

On 28/3/2022 1:22 am, Thomas DOERFLER wrote: > Hi, > > I think having this consistent is better. But I don't care about Upper vs. > mixed > case... > > Am 26.03.22 um 23:48 schrieb Joel Sherrill: >> Hi >> >> The Software Engineering Guide example uses "Copyright" but a lot of places >> in the

Re: Store test reports?

On 24/3/2022 3:38 am, Sebastian Huber wrote: > I plan to commit the new validation tests tomorrow. Then I will make some test > runs. The test reports sent to bu...@rtems.org have only limited value to > track > performance regressions for example. The test reports sent to that list are

Re: NTP client recommendation for RTEMS?

On 21/3/2022 5:59 pm, Sebastian Huber wrote: > On 20/03/2022 23:08, Chris Johns wrote: >> On 24/2/2022 2:03 am, Sebastian Huber wrote: >>> On 22/02/2022 21:25, Joel Sherrill wrote: >>>> On Tue, Feb 22, 2022, 1:45 PM Sebastian Huber >>>> >>>

Re: [PATCH] shell: Avoid potential stack corruption

On 19/3/2022 8:29 pm, Sebastian Huber wrote: > On 19/03/2022 08:31, Chris Johns wrote: >>> On 15 Mar 2022, at 5:27 pm, Sebastian >>> Huber  wrote: >>> >>> The rtems_shell_init() passed the address of a stack variable >>> (exit_code) to rtem

Re: [PATCH] GDB: Prefer Python 3 over 2

On 21/3/2022 5:54 pm, Sebastian Huber wrote: > On 20/03/2022 23:22, Chris Johns wrote: >> On 19/3/2022 8:33 pm, Sebastian Huber wrote: >>> On 18/03/2022 22:56, Chris Johns wrote: >>>> >>>>> On 19 Mar 2022, at 2:40 am, Sebastian Huber >>>>&g

Re: [PATCH] GDB: Prefer Python 3 over 2

On 19/3/2022 8:33 pm, Sebastian Huber wrote: > On 18/03/2022 22:56, Chris Johns wrote: >> >>> On 19 Mar 2022, at 2:40 am, Sebastian Huber >>> wrote: >>> >>> On 17/03/2022 12:51, Sebastian Huber wrote: >>>> This fixes the build of a recent

Re: NTP client recommendation for RTEMS?

On 24/2/2022 2:03 am, Sebastian Huber wrote: > On 22/02/2022 21:25, Joel Sherrill wrote: >> On Tue, Feb 22, 2022, 1:45 PM Sebastian Huber >> > > wrote: >> >>     On 22/02/2022 20:30, Joel Sherrill wrote: >> > On Tue, Feb 22, 2022 at 1:21 PM Sebastian

Re: Older gcc for MacOS

On 20/1/2022 8:32 am, Joel Sherrill wrote: > On Wed, Jan 19, 2022 at 3:00 PM Chris Johns wrote: >> >> 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: >&g

Re: [PATCH] shell: Avoid potential stack corruption

> On 15 Mar 2022, at 5:27 pm, Sebastian Huber > wrote: > > The rtems_shell_init() passed the address of a stack variable > (exit_code) to rtems_shell_run(). If wait == false, then the stack > variable goes out of scope but may be accessed by the created shell > thread. > > The

Re: [PATCH] thread.hpp: Fix redefinition of default argument

Ok to push Thanks Chris > On 19 Mar 2022, at 2:16 am, Sebastian Huber > wrote: > > A default argument shall be defined only once. > > Close #4632. > --- > cpukit/include/rtems/thread.hpp | 32 ++-- > 1 file changed, 14 insertions(+), 18 deletions(-) > > diff

Re: [PATCH] GDB: Prefer Python 3 over 2

> On 19 Mar 2022, at 2:40 am, Sebastian Huber > wrote: > > On 17/03/2022 12:51, Sebastian Huber wrote: >> This fixes the build of a recent GDB version: >> gdb/python/py-micmd.c: In function 'int >> micmdpy_uninstall_command(micmdpy_object*)': >> gdb/python/py-micmd.c:430:20: error:

Re: New validation test suites

On 10/3/2022 7:19 pm, Sebastian Huber wrote: > Hello Chris, > > On 23/02/2022 10:17, Sebastian Huber wrote: >> >> I added a --diff option to the spec2modules.py script in rtems-central.git. >> You can now unpack a release archive of rtems-central.git and then do the >> following: >> >> 1. Unpack

Re: [PATCH] spec/build/bsps: Fix blank variables

On 10/3/2022 9:43 am, Joel Sherrill wrote: > On Wed, Mar 9, 2022 at 4:24 PM Heinz Junkes > wrote: > >> Thanks for that. I've been struggling with this for a while ;-) >> >> But there is this comment in the file: >> “ >> # >> # BSP specific settings. To be included in application Makefiles >> #

Re: [PATCH 00/27] Change License to BSD-2

On 1/3/22 3:08 am, Gedare Bloom wrote: > This series of relicense changes looks good. Thanks for getting this > cleaned up. I think you can push it. +1 Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Update to GDB 11.2?

On 26/2/22 1:07 am, Joel Sherrill wrote: > On Thu, Feb 24, 2022 at 11:53 PM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> On 24/02/2022 14:53, Sebastian Huber wrote: >>> On 24/02/2022 14:40, Joel Sherrill wrote: On Thu, Feb 24, 2022, 5:50 AM Sebastian Huber >>>

Re: [PATCH 0/3] Clean up in anticipation of change to BSD-2 license

OK to push Thanks Chris On 24/2/22 9:33 am, Joel Sherrill wrote: > Hi > > In reviewing files prior to changing the license to BSD-2, I > noticed some files had issues in their file headers. It ranged > from odd spacing to typos to comments in license/copyright blocks. > > There shouldn't be

Re: [PATCH rtems-examples 00/14] RTEMS Examples Clean Up

Looks good, OK to push. Thanks for all the examples. Chris On 24/2/22 9:21 am, Joel Sherrill wrote: > Hi > > In using the examples in classes and writing examples for users, > I have accumulated some changes. These changes cover a bit of > territory. > > + Fix build issues > + Address

Re: [PATCH v3 0/5] Add MicroBlaze libdebugger support

Thanks for this and OK to merge and push. Chris On 23/2/22 9:06 am, Kinsey Moore wrote: > Changes from v2: > * Removed interrupt hooks in favor of step and continue behavior > > > ___ > devel mailing list > devel@rtems.org >

Re: [PATCH rtems-libbsd] ipsec-tools: Reduce allocated buffer size

OK and thanks Chris On 22/2/22 7:34 pm, Christian Mauderer wrote: > By default, pfkey allocates a 2MB buffer that is used for SPD entries. > This size is a good choice for a server system where a lot of clients > should be handled. But on our embedded systems, an application with that > much

Re: [PATCH v1 3/5] cpukit/microblaze: Add interrupt hooks

On 18/2/22 8:58 am, Kinsey Moore wrote: > On 2/17/2022 15:31, Chris Johns wrote: >> On 18/2/22 7:12 am, Kinsey Moore wrote: >>> On 2/17/2022 13:53, Chris Johns wrote: >>>> On 16/2/22 7:38 am, Kinsey Moore wrote: >>>>> Add hooks for manipula

Re: [PATCH v1 3/5] cpukit/microblaze: Add interrupt hooks

On 18/2/22 7:12 am, Kinsey Moore wrote: > On 2/17/2022 13:53, Chris Johns wrote: >> On 16/2/22 7:38 am, Kinsey Moore wrote: >>> Add hooks for manipulating system state before and after interrupts are >>> run. These hooks serve primarily to allow the MicroBlaze libdebu

Re: [PATCH v1 3/5] cpukit/microblaze: Add interrupt hooks

On 16/2/22 7:38 am, Kinsey Moore wrote: > Add hooks for manipulating system state before and after interrupts are > run. These hooks serve primarily to allow the MicroBlaze libdebugger > backend to prevent software breaks from occurring in interrupt context. I am unsure what problem this is

Re: [PATCH v1 1/5] cpukit/libdebugger: Avoid missed swbreak removal

On 16/2/22 7:38 am, Kinsey Moore wrote: > It is possible to remove software breaks without actually restoring the > original instruction to memory. When this happens, the original > instruction is lost. Should this > This ensures that when a software break is removed, > its original

Re: [rtems-release commit] Do not use tar Jxf for uncompressed archives

On 17/2/22 4:45 pm, Sebastian Huber wrote: > Hello Chris, > > On 17/02/2022 04:11, Chris Johns wrote: >> I would like to approve all commits to this repo. >> >> Why have you made this change? > > I tried to run the scripts on my Linux machine and this fixed one

Re: New validation test suites

On 17/2/22 5:47 pm, Sebastian Huber wrote: > On 17/02/2022 06:11, Chris Johns wrote: >> On 15/2/22 7:48 pm, Sebastian Huber wrote: >>> On 15/02/2022 02:16, Chris Johns wrote: >>>> On 15/2/22 12:43 am, Sebastian Huber wrote: >>>>> On 03/02/2022 09:09, S

Re: New validation test suites

On 15/2/22 7:48 pm, Sebastian Huber wrote: > On 15/02/2022 02:16, Chris Johns wrote: >> On 15/2/22 12:43 am, Sebastian Huber wrote: >>> On 03/02/2022 09:09, Sebastian Huber wrote: >>>> On 30/01/2022 23:26, Chris Johns wrote: >>>>>>>> We jus

Re: [rtems-release commit] Use awk instead of cut -w

Hi, What platform you are testing this on? Thanks Chris On 15/2/22 7:18 pm, Sebastian Huber wrote: > Module:rtems-release > Branch:master > Commit:3b918a72522145acbab700ca3e72dbe872a26005 > Changeset: >

Re: [rtems-release commit] Do not use tar Jxf for uncompressed archives

Hi Sebastian, I would like to approve all commits to this repo. Why have you made this change? Thanks Chris On 15/2/22 7:18 pm, Sebastian Huber wrote: > Module:rtems-release > Branch:master > Commit:455255299d2cd0e4317acdd0363cfba50cb7da8d > Changeset: >

Re: New validation test suites

On 15/2/22 12:43 am, Sebastian Huber wrote: > On 03/02/2022 09:09, Sebastian Huber wrote: >> On 30/01/2022 23:26, Chris Johns wrote: >>>>>> We just have to create a >>>>>> release branch for RTEMS 6 and reference release branch commits in the

Re: [PATCH rtems-docs] Add option --build-manuals to build multiple specific manuals.

On 12/2/22 3:37 am, Shashvat wrote: > Hi Gedare!! > > Is there a ticket associated with this, or any feature request? Or >> just something you thought of doing? >> > > I am sorry I should have mentioned the motive behind the option. > I was planning to work on ticket # which works on a

Re: [PATCH rtems-libbsd v2 0/3] MicroBlaze AXI Ethernet Support

Alex, The AIX IP here is used in a number of places. Should we use: Xilinx AXI Ethernet Support ? It may help others looking for support. Chris On 11/2/22 9:12 am, Alex White wrote: > v2: > - Reworked patches to follow CONTRIBUTING.md guide > - Excluded unneeded vmem calls > - Moved ethernet

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