Re: Multicast in Libbsd

On 20/6/20 7:12 am, Joel Sherrill wrote: > *** Is there a reliable way to know the stack is settled out before the > application can run? This is a hard one. Some interfaces have PHYs that take different times to come up, is the stack ready when one of several interfaces is available? Then there i

[PATCH 03/26] leon,gr1553rt: Fixed spinlock unlock

From: Arvid Bjorkengren --- bsps/shared/grlib/1553/gr1553rt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/shared/grlib/1553/gr1553rt.c b/bsps/shared/grlib/1553/gr1553rt.c index 668a39e..cea84ac 100644 --- a/bsps/shared/grlib/1553/gr1553rt.c +++ b/bsps/shared/grlib/1

[PATCH 07/26] grlib,ambapp: added new IP core IDs

--- bsps/include/grlib/ambapp_ids.h | 19 +++ bsps/shared/grlib/amba/ambapp_names.c | 21 - 2 files changed, 39 insertions(+), 1 deletion(-) diff --git a/bsps/include/grlib/ambapp_ids.h b/bsps/include/grlib/ambapp_ids.h index c0c3547..629b4fb 100644 --- a

[PATCH 06/26] leon,grspw: fix for SET_PACKET_SIZE

When the DMA table has been allocated dynamically, the IOCTL_SET_PACKETSIZE will trigger an issue where pDev->rx and pDev->tx are not updated with the new DMA tables base address. Instead the old pointers are used. There is no point in reallocting the DMA tables because there is no configuration o

[PATCH 04/26] leon,gr1553b: set codec version

From: Arvid Bjorkengren This is enables the updated codec for GR740 and is backwards compatible with all other versions of the IP. --- bsps/shared/grlib/1553/gr1553b.c | 4 1 file changed, 4 insertions(+) diff --git a/bsps/shared/grlib/1553/gr1553b.c b/bsps/shared/grlib/1553/gr1553b.c inde

[PATCH 00/26] leon: various fixes and TN0018 errata workaround

code base for RCC-1.3. Apart from fixes there is also driver support for the new CAN-FD in GRLIB: GRCANFD. The restructuring of the CAN code is also an improvement for GR712RC and GR740 by sharing more common code. The patches are also found in the submit/20200629 branch of rcc.git: https

[PATCH 10/26] leon, occan: use common CAN baud-rate calculation routine

--- bsps/shared/grlib/can/occan.c | 151 -- 1 file changed, 41 insertions(+), 110 deletions(-) diff --git a/bsps/shared/grlib/can/occan.c b/bsps/shared/grlib/can/occan.c index 59b4f23..01537f9 100644 --- a/bsps/shared/grlib/can/occan.c +++ b/bsps/shared/grl

[PATCH 08/26] leon, can: introduce common CAN baud-rate calculation function

Reimplemented the baud-rate algorithm from scratch to cope with GRCAN, GRCANFD and OC_CAN devices. --- bsps/headers.am | 1 + bsps/include/grlib/canbtrs.h| 62 + bsps/shared/grlib-sources.am| 1 + bsps/shared/grlib/can/canbtrs.c | 116 ++

[PATCH 05/26] leon, gr1553b: Only align allocated memory. Verify alignment of memory.

From: Arvid Bjorkengren --- bsps/shared/grlib/1553/gr1553bc.c | 76 --- bsps/shared/grlib/1553/gr1553bm.c | 49 -- bsps/shared/grlib/1553/gr1553rt.c | 105 -- 3 files changed, 147 insertions(+), 83 deletions(-) diff -

[PATCH 09/26] leon, grcan: use common CAN baud-rate calculation routine

--- bsps/shared/grlib/can/grcan.c | 134 +++--- 1 file changed, 20 insertions(+), 114 deletions(-) diff --git a/bsps/shared/grlib/can/grcan.c b/bsps/shared/grlib/can/grcan.c index d69d99d..381109a 100644 --- a/bsps/shared/grlib/can/grcan.c +++ b/bsps/shared/grl

[PATCH 12/26] leon,grcan: added support for GRCANFD

The new GRCAN_FD IP supports CAN FD standard and is mostly backwards compatible with GRCAN SW interface. The GRCAN driver have been extended to support the GRCANFD IP using the same driver. Additional functions have been added that uses a new CAN FD frame format and read/write/baud-rate functions

[PATCH 11/26] grlib: added 64-bit read no-cache function

--- bsps/include/grlib/grlib_impl.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/bsps/include/grlib/grlib_impl.h b/bsps/include/grlib/grlib_impl.h index e795e7f..3bff2af 100644 --- a/bsps/include/grlib/grlib_impl.h +++ b/bsps/include/grlib/grlib_impl.h @@ -122,6 +122,16 @@ RTEMS

[PATCH 02/26] leon,gr1553rt: Fixed memory leak

From: Arvid Bjorkengren --- bsps/shared/grlib/1553/gr1553rt.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/bsps/shared/grlib/1553/gr1553rt.c b/bsps/shared/grlib/1553/gr1553rt.c index 339e856..668a39e 100644 --- a/bsps/shared/grlib/1553/gr1553rt.c +++ b/b

[PATCH 16/26] leon3: avoid dependency on apbuart/timer driver

Moves drvmgr_drivers[] from amba.c to a separate file in order to avoid the dependecy on APBUART/GPTIMER drivers. This has an effect when user configured not to use timer or uart in their project. --- bsps/sparc/leon3/start/amba.c | 12 bsps/sparc/leon3/start/drvmgr_def_

[PATCH 19/26] sparc: fix bad register alignment for 64 bit store

--- cpukit/score/cpu/sparc/sparc-access.S | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/cpukit/score/cpu/sparc/sparc-access.S b/cpukit/score/cpu/sparc/sparc-access.S index 9397cb8..277fb7e 100644 --- a/cpukit/score/cpu/sparc/sparc-access.S +++ b/cpukit/score/cpu/sparc/spa

[PATCH 15/26] leon, greth: added support for variable sized descriptor table sizes

The descriptor table size is equal to its alignment and set when configuring the HW IP through VHDL generics. This SW patch simply probes the HW how large the RX/TX descriptor tables are and adjusts accordingly. The number of descriptors actual used are controlled by other settings (rxDescs and tx

[PATCH 23/26] grlib,grspw_pkt: correct link state enum numbering

Not used by the driver itself, but shuold be correct if used by application. --- bsps/include/grlib/grspw_pkt.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/bsps/include/grlib/grspw_pkt.h b/bsps/include/grlib/grspw_pkt.h index 595625b..ede60b7 100644 --- a/bsps/include/g

[PATCH 13/26] leon, grcanfd: split out GRCANFD specific support in separate file

--- bsps/shared/grlib-sources.am | 1 + bsps/shared/grlib/can/grcan.c | 638 + bsps/shared/grlib/can/grcan_internal.h | 140 bsps/shared/grlib/can/grcanfd.c| 535 +++ 4 files changed, 687 insertions(+), 6

[PATCH 14/26] leon, grcan: split out GRCAN non-FD specific support in separate file

--- bsps/shared/grlib-sources.am | 1 + bsps/shared/grlib/can/grcan.c| 405 bsps/shared/grlib/can/grcanstd.c | 435 +++ 3 files changed, 436 insertions(+), 405 deletions(-) create mode 100644 bsps/shared/grlib/can/

[PATCH 17/26] leon, ckinit: avoid assuming 1MHz timer pre-scaler clock

--- bsps/shared/grlib/btimer/tlib_ckinit.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/bsps/shared/grlib/btimer/tlib_ckinit.c b/bsps/shared/grlib/btimer/tlib_ckinit.c index 4f67998..5ac3250 100644 --- a/bsps/shared/grlib/btimer/tlib_ckinit.c +++ b/bsps/shared/grlib/

[PATCH 22/26] leon, l2cache: prevent unused diagnostic access

From: Martin Aberg --- bsps/shared/grlib/l2c/l2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/bsps/shared/grlib/l2c/l2c.c b/bsps/shared/grlib/l2c/l2c.c index ddef0ad..4a443ed 100644 --- a/bsps/shared/grlib/l2c/l2c.c +++ b/bsps/shared/grlib/l2c/l2c.c @@ -894,9 +894,9

[PATCH 25/26] sparc,leon: avoid triggering LEON3FT errata TN-0009

--- cpukit/score/cpu/sparc/cpu_asm.S | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/cpukit/score/cpu/sparc/cpu_asm.S b/cpukit/score/cpu/sparc/cpu_asm.S index bfad3fb..1251faa 100644 --- a/cpukit/score/cpu/sparc/cpu_asm.S +++ b/cpukit/score/cpu/sparc/cpu_asm.S @@ -523,8 +5

[PATCH 18/26] leon: restart and load timer counter at initialization

Without this smp05 and smpthreadlife01 tests may fail depending on how the boot loader initialized the GPTIMER. Before the time counter stopped counting when reaching zero, but tests could work since it could take 2^32 us before stopping. The timer driver will potentially overwrite this, but it ha

[PATCH 21/26] leon, ahbstat: register definitions for AHBSTAT version 1

From: Martin Aberg --- bsps/include/grlib/ahbstat.h | 2 ++ bsps/shared/grlib/amba/ahbstat.c | 8 2 files changed, 10 insertions(+) diff --git a/bsps/include/grlib/ahbstat.h b/bsps/include/grlib/ahbstat.h index 71e2330..0baaad0 100644 --- a/bsps/include/grlib/ahbstat.h +++ b/bsps/i

[PATCH 20/26] leon, grspw_router: added router_port_link_div()

From: Martin Aberg Allows user to set SpaceWire run clock divisor for an individual port. --- bsps/include/grlib/grspw_router.h| 1 + bsps/shared/grlib/spw/grspw_router.c | 5 + 2 files changed, 6 insertions(+) diff --git a/bsps/include/grlib/grspw_router.h b/bsps/include/grlib/grspw_r

[PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

The errata is worked around in the kernel without requiring toolchain modifications. It is triggered the JMPL/RETT return from trap instruction sequence never generated by the compiler and. There are also other conditions that must must be true to trigger the errata, for example the instruction tha

[PATCH 24/26] sparc,leon: avoid triggering TN-0009 bad sequence

--- cpukit/score/cpu/sparc/sparc-counter-asm.S | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/cpukit/score/cpu/sparc/sparc-counter-asm.S b/cpukit/score/cpu/sparc/sparc-counter-asm.S index a1e18ae..fb7783e 100644 --- a/cpukit/score/cpu/sparc/sparc-counter-asm.S +++ b/cpukit/

[PATCH 01/26] sparc: Remove sequences that the B2BST scan script warns about

From: Daniel Cederman --- cpukit/score/cpu/sparc/cpu_asm.S | 6 -- cpukit/score/cpu/sparc/syscall.S | 3 ++- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/cpukit/score/cpu/sparc/cpu_asm.S b/cpukit/score/cpu/sparc/cpu_asm.S index d5afd5f..bfad3fb 100644 --- a/cpukit/score/cpu

Re: [PATCH 08/26] leon, can: introduce common CAN baud-rate calculation function

On 29/06/2020 13:27, Daniel Hellstrom wrote: +/* + * COPYRIGHT (c) 2019. + * Cobham Gaisler AB. + * + * The license and distribution terms for this file may be + * found in the file LICENSE in this distribution or at + *http://www.rtems.org/license/LICENSE. + */ What are your plans with resp

Re: [PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

On 29/06/2020 13:28, Daniel Hellstrom wrote: diff --git a/bsps/sparc/leon3/config/gr712rc.cfg b/bsps/sparc/leon3/config/gr712rc.cfg index 3852932..e8f0731 100644 --- a/bsps/sparc/leon3/config/gr712rc.cfg +++ b/bsps/sparc/leon3/config/gr712rc.cfg @@ -10,10 +10,11 @@ RTEMS_CPU=sparc # and (hop

Re: [PATCH 00/26] leon: various fixes and TN0018 errata workaround

Hello Daniel, thanks for the fixes. The patch set looks good, except patch 26/26. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 08/26] leon, can: introduce common CAN baud-rate calculation function

On 2020-06-29 13:48, Sebastian Huber wrote: On 29/06/2020 13:27, Daniel Hellstrom wrote: +/* + *  COPYRIGHT (c) 2019. + *  Cobham Gaisler AB. + * + *  The license and distribution terms for this file may be + *  found in the file LICENSE in this distribution or at + *http://www.rtems.org/licen

Re: [PATCH 08/26] leon, can: introduce common CAN baud-rate calculation function

On 29/06/2020 14:22, Daniel Hellstrom wrote: On 2020-06-29 13:48, Sebastian Huber wrote: On 29/06/2020 13:27, Daniel Hellstrom wrote: +/* + *  COPYRIGHT (c) 2019. + *  Cobham Gaisler AB. + * + *  The license and distribution terms for this file may be + *  found in the file LICENSE in this d

Re: [PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

On 2020-06-29 13:57, Sebastian Huber wrote: On 29/06/2020 13:28, Daniel Hellstrom wrote: diff --git a/bsps/sparc/leon3/config/gr712rc.cfg b/bsps/sparc/leon3/config/gr712rc.cfg index 3852932..e8f0731 100644 --- a/bsps/sparc/leon3/config/gr712rc.cfg +++ b/bsps/sparc/leon3/config/gr712rc.cfg @@

Re: [PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

On 29/06/2020 14:34, Daniel Hellstrom wrote: On 2020-06-29 13:57, Sebastian Huber wrote: On 29/06/2020 13:28, Daniel Hellstrom wrote: diff --git a/bsps/sparc/leon3/config/gr712rc.cfg b/bsps/sparc/leon3/config/gr712rc.cfg index 3852932..e8f0731 100644 --- a/bsps/sparc/leon3/config/gr712rc.cf

Re: [PATCH 26/26] leon,tn-0018: work around GRLIB-TN-0018 errata

On Mon, Jun 29, 2020 at 8:02 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 29/06/2020 14:34, Daniel Hellstrom wrote: > > > > > On 2020-06-29 13:57, Sebastian Huber wrote: > >> On 29/06/2020 13:28, Daniel Hellstrom wrote: > >> > >>> diff --git a/bsps/sparc/leon3/config/gr712r

NEW BUILD SYSTEM: Error on waf install

Hello, The new build system pulled from https://git.rtems.org/sebh/rtems.git/log/?h=build HEAD: 3957793dec1480a24d8a8902202015c47e153e97 The new build system throws the following error while issuing

Verfication of context-switching mechanism for protected stacks

The following patch provides a context-switching mechanism for protected stacks. This is not a mergeable patch. I want to have feedback on the mechanism. > I have added 'stack_attribute' to the 'Context_Control' structure. > On a call to 'Context_Initialize()'. the 'stack_attribute' field is initia

[PATCH] Assembly suppport for context switch and bug fixes

From: Utkarsh Rai --- cpukit/score/cpu/arm/cpu.c| 3 +- cpukit/score/cpu/arm/cpu_asm.S| 14 ++- .../score/cpu/arm/include/rtems/score/cpu.h | 12 ++- cpukit/score/src/stackmanagement.c| 98 +++ cpukit/score/src/threadloadenv.c

New Build System: Can't include headers

Hello, https://lists.rtems.org/pipermail/devel/2020-June/060145.html As agreed on the above mail I have started to create patches based on the new build system. But I encountered a few issues related to the inclusion of header files. I am using one of my patches as an example to illustrate the iss

Re: New Build System: Can't include headers

Hello, your header files are in the wrong place. Architecture and BSP independent header files which need to be installed should be under "cpukit/include". ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: RTEMS 6

Hello, I updated the RSB to build an RTEMS 6 tool chain based on the GCC 10 release branch. I added also an unstable RTEMS 7 tool chain based on the GCC master. For Binutils, GDB and Newlib the master branches are used. ___ devel mailing list devel

Re: RTEMS 6

On Sun, Jun 28, 2020 at 11:21 PM Sebastian Huber wrote: > > On 27/06/2020 23:34, Joel Sherrill wrote: > > > > > Should I prepare a GCC 10 based RTEMS 6 tool chain now? This will > > require a couple of GCC machine option changes for powerpc and arm. > > > > > > Are you killing spe BSPs? >

Re: [PATCH] smpstrongapa01: Improve readability

Please resend this with the -v3 as previously discussed, and be sure to fully test your patches before sending them. On Mon, Jun 29, 2020 at 12:19 AM Richi Dubey wrote: > > Hi, > > This is the 3rd version of the patch. I realised that the previous version > had a syntax error after I ran 'make'

Re: New Build System: Can't include headers

On Mon, Jun 29, 2020 at 9:14 AM Niteesh G. S. wrote: > > Hello, > > https://lists.rtems.org/pipermail/devel/2020-June/060145.html > As agreed on the above mail I have started to create patches based > on the new build system. But I encountered a few issues related to > the inclusion of header file

[PATCH v1] libcsupport: Address *tors FIXME

This introduces the CPU_USE_LIBC_XTORS define for use by CPU ports to determine which global constructor and destructor methods are used instead of placing architecture defines where they shouldn't be. Close #4018 --- cpukit/libcsupport/src/newlibc_exit.c| 5 + cpukit/score/cpu/ar

Re: [PATCH v1] libcsupport: Address *tors FIXME

On 29/06/2020 17:30, Kinsey Moore wrote: This introduces the CPU_USE_LIBC_XTORS define for use by CPU ports to determine which global constructor and destructor methods are used instead of placing architecture defines where they shouldn't be. Could we please name this CPU_USE_LIBC_INIT_FINI_ARR

Re: NEW BUILD SYSTEM: Error on waf install

On 29/06/2020 15:31, Niteesh G. S. wrote: The new build system throws the following error while issuing the following cmd: ./waf install -v source not found: 'bsp.cfg' in bld(source=[], target='', meths=['process_install_task', 'process_rule', 'process_source'], features=['install_task'],

[PATCH v2] libcsupport: Address *tors FIXME

This introduces the CPU_USE_LIBC_INIT_FINI_ARRAY define for use by CPU ports to determine which global constructor and destructor methods are used instead of placing architecture defines where they shouldn't be. Close #4018 --- cpukit/libcsupport/src/newlibc_exit.c| 5 + cpukit/sc

Re: [PATCH] Assembly suppport for context switch and bug fixes

high-level comment: this patch is not complete wrt current RTEMS master branch. This makes a complete review impossible. I'm not even sure what I'm supposed to be reviewing here. I did my best to provide you with some guidance, but if you want something specific reviewed/evaluated, please make a cl

Re: [PATCH v1] posix: Only check shm_unlink obj_err if necessary

This looks fine to push to 5.1. I can't test/push it at the moment, but if someone else can, it would be good to apply. We also need to apply the other version to master. On Sat, Jun 27, 2020 at 6:22 PM Kinsey Moore wrote: > > In the nominal case checked by spsysinit01, obj_err is unmodified if >

Re: [PATCH] posix: Only check shm_unlink obj_err if necessary

This looks fine for someone to push to master, along with the other one for 5.1 On Tue, Jan 28, 2020 at 11:37 AM Kinsey Moore wrote: > > In the nominal case checked by spsysinit01, obj_err is unmodified if > _POSIX_Shm_Get_by_name returns non-NULL. In the case of shm_unlink, this > means an unini

Re: [PATCH v2] libcsupport: Address *tors FIXME

On 29/06/2020 18:52, Kinsey Moore wrote: +#if defined(CPU_USE_LIBC_INIT_FINI_ARRAY) The test should be CPU_USE_LIBC_INIT_FINI_ARRAY == TRUE. There should be a #define CPU_USE_LIBC_INIT_FINI_ARRAY FALSE for all CPUs not having this stuff. There should be a documentation in cpukit/score/c

Re: New Build System: Can't include headers

On 29/06/2020 17:13, Niteesh G. S. wrote: 2) Is it possible to have two same files one in RTEMS and other in RTEMS-libBSD without collision? At least with different install paths? For eg: The openfirm.h in RTEMS under something like libfreebsd/dev/ofw/openfirm.h And the open in libBSD as it is

RTEMS version in curl.bset?

Hello, why is there an RTEMS version in curl.bset? rtems/config/ftp/curl.bset: # # RTEMS Version # %define rtems_version 5 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: New Build System: Can't include headers

Hello, On Mon, Jun 29, 2020 at 8:47 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > your header files are in the wrong place. Architecture and BSP > independent header files which need to be installed should be under > "cpukit/include". For libfreebsd, this means we

GSoC First Evaluation Due July 3 at 18:00 UTC

Hi The first evaluation form is available for mentors **AND** students at https://summerofcode.withgoogle.com. These must be done by the end of the week. Please do yours as soon as possible. Thanks. --joel ___ devel mailing list devel@rtems.org http:/

Re: New Build System: Can't include headers

On 29/06/2020 19:39, Sebastian Huber wrote: > On 29/06/2020 17:13, Niteesh G. S. wrote: > >> 2) Is it possible to have two same files one in RTEMS and other in >> RTEMS-libBSD >> without collision? At least with different install paths? >> For eg: The openfirm.h in RTEMS under something like >> li

[PATCH v3] libcsupport: Address *tors FIXME

This introduces the CPU_USE_LIBC_INIT_FINI_ARRAY define for use by CPU ports to determine which global constructor and destructor methods are used instead of placing architecture defines where they shouldn't be. Close #4018 --- cpukit/libcsupport/src/newlibc_exit.c | 5 + cpukit

NEW BUILD SYSTEM: Cannot build rtems-libbsd

Hello, I tried compiling RTEMS-libBSD with RTEMS6 toolchain and the new build system but failed. I get errors when compiling RTEMS-libBSD The new build system is pulled from Sebastian's branch HEAD: e4c193ddc163d6adb1b003254af9cc6b5d174a6f RTEMS was configured with the following options: 1) ./wa

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

Hello, On 29/06/2020 21:39, Niteesh G. S. wrote: > Hello, > > I tried compiling RTEMS-libBSD with RTEMS6 toolchain and the new build > system > but failed. I get errors when compiling RTEMS-libBSD > > The new build system is pulled from Sebastian's branch > HEAD: e4c193ddc163d6adb1b003254af9cc6b

Re: New Build System: Can't include headers

On Mon, Jun 29, 2020 at 8:59 PM Gedare Bloom wrote: > On Mon, Jun 29, 2020 at 9:14 AM Niteesh G. S. > wrote: > > > > Hello, > > > > https://lists.rtems.org/pipermail/devel/2020-June/060145.html > > As agreed on the above mail I have started to create patches based > > on the new build system. Bu

Re: [PATCH] Assembly suppport for context switch and bug fixes

On Mon, Jun 29, 2020 at 11:00 PM Gedare Bloom wrote: > high-level comment: this patch is not complete wrt current RTEMS > master branch. This makes a complete review impossible. I'm not even > sure what I'm supposed to be reviewing here. Sorry, I was undecided between sending all of my changes

Re: [PATCH] Assembly suppport for context switch and bug fixes

On Mon, Jun 29, 2020 at 9:06 PM Utkarsh Rai wrote: > > > > On Mon, Jun 29, 2020 at 11:00 PM Gedare Bloom wrote: >> >> high-level comment: this patch is not complete wrt current RTEMS >> master branch. This makes a complete review impossible. I'm not even >> sure what I'm supposed to be reviewing

[PATCH v3] smpstrongapa01: Improve readability

--- testsuites/smptests/smpstrongapa01/init.c | 60 ++- 1 file changed, 38 insertions(+), 22 deletions(-) diff --git a/testsuites/smptests/smpstrongapa01/init.c b/testsuites/smptests/smpstrongapa01/init.c index bf8bc05231..d067f2b5b9 100644 --- a/testsuites/smptests/smpstrong

Re: [PATCH] smpstrongapa01: Improve readability

Sorry, I did the -v3 while doing format-patch but not while sending it. I've sent in the new patch after running it on LEON3 bsp. Please check it out. Thanks, Richi. On Mon, Jun 29, 2020 at 8:53 PM Gedare Bloom wrote: > Please resend this with the -v3 as previously discussed, and be sure > to

[PATCH v2] Added APA terms in glossary

--- c-user/glossary.rst | 34 ++ 1 file changed, 34 insertions(+) diff --git a/c-user/glossary.rst b/c-user/glossary.rst index 86350a8..399fb8b 100644 --- a/c-user/glossary.rst +++ b/c-user/glossary.rst @@ -1,5 +1,6 @@ .. SPDX-License-Identifier: CC-BY-SA-4.0 +.

[PATCH v2] Added APA terms in glossary

--- spec/glossary/apa.yml | 17 + spec/glossary/strongapa.yml | 22 ++ spec/glossary/weakapa.yml | 19 +++ 3 files changed, 58 insertions(+) create mode 100644 spec/glossary/apa.yml create mode 100644 spec/glossary/strongapa.yml create

Re: [PATCH v2] Added APA terms in glossary

Hi, I've also sent in the patch for rtems-qual in another email. Please review them and let me know if everything looks ok. Thanks, Richi. On Tue, Jun 30, 2020 at 11:35 AM Richi Dubey wrote: > --- > c-user/glossary.rst | 34 ++ > 1 file changed, 34 insertions(+