[PATCH] cpukit/aarch64: Restore ISR cookie bit mask

2021-04-09 Thread Kinsey Moore
The _CPU_ISR_Is_enabled() function operates on ISR cookies and so must mask off the appropriate status bits. This also fixes the naming of the parameters of the _CPU_ISR_* functions to indicate use of ISR cookies instead of interrupt enable/disable levels. ---

[PATCH] bsps/xilinx-zynqmp: Avoid constant UART reinit

2021-04-09 Thread Kinsey Moore
Constantly reinitializing the Cadence UART on every character output causes data corruption/loss on some ZynqMP hardware. Only initialize the UART once for early output and give it a kick on startup. --- bsps/aarch64/xilinx-zynqmp/console/console.c | 6 ++

[PATCH] score/aarch64: Align context validation frame

2021-04-09 Thread Kinsey Moore
Ensure the stack remains aligned when validating the context frame to avoid stack alignment exceptions. --- .../cpu/aarch64/aarch64-context-validate.S | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/cpukit/score/cpu/aarch64/aarch64-context-validate.S

RE: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Kinsey Moore
Compilation of the 6-freebsd-12 branch is currently broken against RTEMS master. This patch needs to go there as well. Kinsey -Original Message- From: devel On Behalf Of Vijay Kumar Banerjee Sent: Friday, April 9, 2021 11:12 To: Joel Sherrill Cc: rtems-de...@rtems.org Subject: Re:

[PATCH 1/2] covoar: Store only the file name in ExecutableInfo

2021-04-09 Thread Alex White
This changes the ExecutableInfo class to only store the executable file's name rather than an entire instance of rld::files::object. This allows the rld::files::object to be cleaned up in the ExecutableInfo constructor. Updates #4383 --- tester/covoar/ExecutableInfo.cc | 12 +---

[PATCH 2/2] covoar: Prevent source file name cleanup in DWARF

2021-04-09 Thread Alex White
This changes the rld::dwarf::sources class to store a copy of the source file names obtained from the DWARF information rather than storing pointers to the source file names. This allows the source file names to be referenced even after the DWARF library does its cleanup. Closes #4383 ---

[PATCH 0/2] covoar: Dispose of file info in ExecutableInfo

2021-04-09 Thread Alex White
This patch set includes two patches that significantly lower the memory usage of covoar. For a full coverage run of the leon3 BSP on my machine, the peak memory usage falls from 9.6 GB down to 3.3 GB. The cleanup of the ELF and DWARF info had previously been moved from the ExecutableInfo class's

Re: [PATCH] powerpc/shared/console: Make console baud rate configurable.

2021-04-09 Thread dufault
> On Apr 9, 2021, at 11:55 , wrote: > > My first "git format-patch" for RTEMS, sent using an Apple mailer yet. I > hope it's OK. Critiquing my own patch. I have a second simple patch I was going to submit separately. After the start-up baud rate is made configurable, there is a second

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Vijay Kumar Banerjee
Hi all, On Fri, Apr 9, 2021 at 6:50 AM Joel Sherrill wrote: > > > > On Thu, Apr 8, 2021 at 10:31 AM Gedare Bloom wrote: >> >> On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber >> wrote: >> > >> > On 08/04/2021 08:09, Gedare Bloom wrote: >> > >> > > On Wed, Apr 7, 2021 at 11:10 PM Sebastian Huber

Re: [PATCH] powerpc/shared/console: Make console baud rate configurable.

2021-04-09 Thread dufault
> On Apr 9, 2021, at 11:53 , Peter Dufault wrote: > > The "powerpc/shared/console" code has the start-up console value fixed > at 9600 baud. This changes the hard-wired constant "9600" in the code > to the configuration setting "BSP_CONSOLE_BAUD" and adds configuration > support in both the

[PATCH] powerpc/shared/console: Make console baud rate configurable.

2021-04-09 Thread Peter Dufault
The "powerpc/shared/console" code has the start-up console value fixed at 9600 baud. This changes the hard-wired constant "9600" in the code to the configuration setting "BSP_CONSOLE_BAUD" and adds configuration support in both the "waf" and the legacy configuration systems. Note that the VME

Re: Fwd: GCC 10.3 Released

2021-04-09 Thread Joel Sherrill
On Fri, Apr 9, 2021, 9:07 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 08/04/2021 14:50, Joel Sherrill wrote: > > > Is it time to bump the RSB GCC version for rtems6? > I am not sure, we are always quite up to date since we track the GCC 10 > release branch. I have a test

Re: GSoC Project - Beagle BSP Projects

2021-04-09 Thread Ahamed Husni
Hi all, I have prepared a draft proposal . Added the proposal link to RTEMS Wiki. Husni Faiz - https://devel.rtems.org/wiki/GSoC/2021 Please have a look and let me know your thoughts. The project

Re: Fwd: GCC 10.3 Released

2021-04-09 Thread Sebastian Huber
On 08/04/2021 14:50, Joel Sherrill wrote: Is it time to bump the RSB GCC version for rtems6? I am not sure, we are always quite up to date since we track the GCC 10 release branch. I have a test build running with updates. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread dufault
> On Apr 9, 2021, at 08:25 , Sebastian Huber > wrote: > > On 09/04/2021 14:01, dufa...@hda.com wrote: > >> I checked all the "spec/build/bsps/ARCH/grp.yml" files and don't see >> anything like "variant" to restrict specifications to a subset of the BSPs >> in "ARCH". > > This is the wrong

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Joel Sherrill
On Thu, Apr 8, 2021 at 10:31 AM Gedare Bloom wrote: > On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber > wrote: > > > > On 08/04/2021 08:09, Gedare Bloom wrote: > > > > > On Wed, Apr 7, 2021 at 11:10 PM Sebastian Huber > > > wrote: > > >> On 08/04/2021 03:17, Vijay Kumar Banerjee wrote: > > >>

Fwd: April 13 is Deadline for Students to Submit Final Project Proposals

2021-04-09 Thread Joel Sherrill
Upcoming deadline reminders from the Google Open Source Program Office (OSPO) for proof of enrollment and proposals. --joel -- Forwarded message - From: 'Stephanie' via Google Summer of Code Discuss < google-summer-of-code-disc...@googlegroups.com> Date: Thu, Apr 8, 2021 at 11:42

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread Sebastian Huber
On 09/04/2021 14:01, dufa...@hda.com wrote: I checked all the "spec/build/bsps/ARCH/grp.yml" files and don't see anything like "variant" to restrict specifications to a subset of the BSPs in "ARCH". This is the wrong level for BSP-specific options. You have to look for:

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread dufault
> On Apr 9, 2021, at 01:02 , Sebastian Huber > wrote: > >> 1. I changed all the "spec/build/bsps/powerpc/foo/bspfoo.yml" files (for bsp >> "foo", the ones that use powerpc/shared/{console.c,uart.c}) to add: >> - role: build-dependency >> - uid: ../../optconsolebaud > > if a BSP has more

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread Peter Dufault
> On Apr 9, 2021, at 03:03 , Chris Johns wrote: > > On 9/4/21 4:45 pm, Sebastian Huber wrote: >> On 09/04/2021 08:28, Chris Johns wrote: >> >>> On 9/4/21 3:02 pm, Sebastian Huber wrote: I try to not break the old build system, however, I don't add new stuff to it. From my

Examples for LUA package project

2021-04-09 Thread Eshan Dhawan
Hello Everyone, For My project Package programming language for RSB I will also be adding examples for use of language Some decided upon examples are - bare Metal embedded use configuration - A few basic examples like the “Hello World“ - Use of Some functions an extension to C as well using as

Re: [PATCH] STM32H743ZI Nucleo and basic lwIP support

2021-04-09 Thread Robin Müller
Hello Sebastian, I will have a look at it soon. Kind Regards Robin On Tue, 6 Apr 2021 at 10:01, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Robin, > > sorry for the delay. I checked in some patches to add a > "arm/nucleo-h743zi" BSP variant. Could you please check if

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread Chris Johns
On 9/4/21 4:45 pm, Sebastian Huber wrote: > On 09/04/2021 08:28, Chris Johns wrote: > >> On 9/4/21 3:02 pm, Sebastian Huber wrote: >>> I try to not break the old build system, however, I don't add new stuff to >>> it. >>>  From my point of view the old build system should be removed. The major

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Chris Johns
On 9/4/21 4:47 pm, Sebastian Huber wrote: > On 09/04/2021 08:36, Chris Johns wrote: > >> On 9/4/21 1:31 am, Gedare Bloom wrote: >>> On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber I would keep the services in rtems.git and add APIs for the things which depend on RTEMS_NETWORKING. Then

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Sebastian Huber
On 09/04/2021 08:36, Chris Johns wrote: On 9/4/21 1:31 am, Gedare Bloom wrote: On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber I would keep the services in rtems.git and add APIs for the things which depend on RTEMS_NETWORKING. Then implement the API in the network stacks. It is not that much:

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread Sebastian Huber
On 09/04/2021 08:28, Chris Johns wrote: On 9/4/21 3:02 pm, Sebastian Huber wrote: I try to not break the old build system, however, I don't add new stuff to it. From my point of view the old build system should be removed. The major blocking point for the removal is that nobody had the time

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

2021-04-09 Thread Chris Johns
On 9/4/21 1:31 am, Gedare Bloom wrote: > On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber >> I would keep the services in rtems.git and add APIs for the things which >> depend on RTEMS_NETWORKING. Then implement the API in the network >> stacks. It is not that much: Sebastian, I am sceptical this

Re: Questions about waf config system: "grp" and updating configure.ac

2021-04-09 Thread Chris Johns
On 9/4/21 3:02 pm, Sebastian Huber wrote: > I try to not break the old build system, however, I don't add new stuff to it. > From my point of view the old build system should be removed. The major > blocking > point for the removal is that nobody had the time to convert the BSP builder > to >