Re: New Build System Status

Hello, I did some more tests with the latest toolchain. The ARM fenv issues are now fixed. I updated the build-2 branch to reference the latest master: https://git.rtems.org/sebh/rtems.git/log/?h=build-2 All BSPs build all tests with the following configurations: 1. [arch/bsp] RTEMS_NETWORK

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 31/7/20 3:52 am, Sebastian Huber wrote: > On 30/07/2020 18:05, Gedare Bloom wrote: > >> On Thu, Jul 30, 2020 at 9:55 AM Sebastian Huber >> wrote: >>> On 30/07/2020 17:53, Gedare Bloom wrote: >>> On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber   wrote: > On 30/07/2020 13:36, Asc

Re: docs.rtems.org Rendering Issue

On 31/7/20 8:29 am, Joel Sherrill wrote: > > https://docs.rtems.org/branches/master/c-user/rate_monotonic_manager.html#processor-utilization-rule >   > > Should have match symbols in it. I assume something isn't installed or is not > quite right. The commit says "Use Latex math for utilization f

Re: [GSoC 2020: Offlist] Request to Pardon my unavailability from 31st July to 3rd of August,2020

OK, good luck on your hackathon. Let us know how it goes! Before you head off for the weekend, please make sure any lingering issues are clearly identified so that you know where to resume working when you get back next week. Gedare On Thu, Jul 30, 2020 at 4:30 PM Mritunjay Sharma wrote: > > He

Re: [GSoC 2020: Offlist] Request to Pardon my unavailability from 31st July to 3rd of August,2020

I think I mistakenly wrote offlist in the subject line. Apologies Mritunjay On Fri, Jul 31, 2020 at 4:00 AM Mritunjay Sharma < mritunjaysharma...@gmail.com> wrote: > Hello all! > > With great joy, I will like to share with you all that my team > is a finalist in India's biggest and most prestigio

[GSoC 2020: Offlist] Request to Pardon my unavailability from 31st July to 3rd of August,2020

Hello all! With great joy, I will like to share with you all that my team is a finalist in India's biggest and most prestigious - "Smart India Hackathon" 2020 and the Grand Finale of this Hackathon is being held in between August 1st - August 3rd which will be also graced by Honourable Prime Minis

docs.rtems.org Rendering Issue

Hi https://docs.rtems.org/branches/master/c-user/rate_monotonic_manager.html#processor-utilization-rule Should have match symbols in it. I assume something isn't installed or is not quite right. Any ideas? --joel ___ devel mailing list devel@rtems.or

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On Thu, Jul 30, 2020 at 11:52 AM Sebastian Huber wrote: > > On 30/07/2020 18:05, Gedare Bloom wrote: > > > On Thu, Jul 30, 2020 at 9:55 AM Sebastian Huber > > wrote: > >> On 30/07/2020 17:53, Gedare Bloom wrote: > >> > >>> On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber > >>> wrote: > On 3

Re: [PATCH] bsps/lm32: Use shared

On 30/07/2020 20:40, Gedare Bloom wrote: I think most of the BSPs have the pattern of /include/bsp/irq.h What is unusual about lm32 is that it has a shared one at include/bsp/irq.h I only see this in BSP directories that have one bsp. I think the shared irq.h should instead be removed/renamed.

Re: [PATCH] bsps/lm32: Use shared

On Thu, Jul 30, 2020 at 12:40 PM Gedare Bloom wrote: > > I think most of the BSPs have the pattern of /include/bsp/irq.h > > What is unusual about lm32 is that it has a shared one at include/bsp/irq.h > > I only see this in BSP directories that have one bsp. I think the > shared irq.h should inste

Re: [PATCH] bsps/lm32: Use shared

I think most of the BSPs have the pattern of /include/bsp/irq.h What is unusual about lm32 is that it has a shared one at include/bsp/irq.h I only see this in BSP directories that have one bsp. I think the shared irq.h should instead be removed/renamed. On Thu, Jul 30, 2020 at 11:35 AM Sebastian

Re: Need help in understanding some of the existing code in RTEMS

On 13/07/2020 13:27, Richi Dubey wrote: We use a zero-length array  in the definition of Scheduler_EDF_SMP_Context, but I can not see any code in scheduleredfsmp.c (https://git.rtems.org/rtems/tree/cpukit/scor

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 30/07/2020 18:05, Gedare Bloom wrote: On Thu, Jul 30, 2020 at 9:55 AM Sebastian Huber wrote: On 30/07/2020 17:53, Gedare Bloom wrote: On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber wrote: On 30/07/2020 13:36, Aschref Ben-Thabet wrote: diff --git a/testsuites/psxtests/psxndbm01/init.

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 30/07/2020 18:37, Joel Sherrill wrote: My recollection is that memcpy is undefined on overlapping memory regions. Yes. You should use memmove. A bigger question is why do these overlap and the code still thinks the copy is needed. strncpy() has the same problem with overlapping strings.

[PATCH] bsps/lm32: Use shared

Having a duplicate header with the shared includes is a build system inconsistency. You may use one header file to build the libraries and another one is installed (overwriting the other). Update #3269. --- bsps/lm32/lm32_evr/headers.am | 4 bsps/lm32/lm32_evr/include/bsp/irq.h | 1

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

My recollection is that memcpy is undefined on overlapping memory regions. You should use memmove. A bigger question is why do these overlap and the code still thinks the copy is needed. --joel On Thu, Jul 30, 2020 at 10:37 AM Gedare Bloom wrote: > This looks good to me. memcpy followed by exp

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On Thu, Jul 30, 2020 at 9:55 AM Sebastian Huber wrote: > > On 30/07/2020 17:53, Gedare Bloom wrote: > > > On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber > > wrote: > >> On 30/07/2020 13:36, Aschref Ben-Thabet wrote: > >> > >>> diff --git a/testsuites/psxtests/psxndbm01/init.c > >>> b/testsuite

Re: Thread 2: Need help in understanding exisiting RTEMS code

On Thu, Jul 30, 2020 at 7:30 AM Richi Dubey wrote: > > I request someone to help me with my earlier question: > https://lists.rtems.org/pipermail/devel/2020-July/060615.html since I may > reuse this logic of variable-sized arrays. > I guess I'll answer here.. rtems$ ack Scheduler_EDF_SMP_Conte

Re: [PATCH] psxhdrs/strncat: Fix string truncation warning

On Thu, Jul 30, 2020 at 7:08 AM Sebastian Huber wrote: > > On 30/07/2020 14:55, Joel Sherrill wrote: > > > > What compiler spotted this? > > The RTEMS 6 toolchain with GCC 10 produces a bunch of new warnings. > > > > > Poke Sebastian or Christian to push it to 5 and master. I am not going > > to b

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 30/07/2020 17:53, Gedare Bloom wrote: On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber wrote: On 30/07/2020 13:36, Aschref Ben-Thabet wrote: diff --git a/testsuites/psxtests/psxndbm01/init.c b/testsuites/psxtests/psxndbm01/init.c index a13afa7315..b524aff0df 100644 --- a/testsuites/psxte

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On Thu, Jul 30, 2020 at 9:44 AM Sebastian Huber wrote: > > On 30/07/2020 13:36, Aschref Ben-Thabet wrote: > > > diff --git a/testsuites/psxtests/psxndbm01/init.c > > b/testsuites/psxtests/psxndbm01/init.c > > index a13afa7315..b524aff0df 100644 > > --- a/testsuites/psxtests/psxndbm01/init.c > > +

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 30/07/2020 13:36, Aschref Ben-Thabet wrote: From: Aschref Ben Thabet GCC 10 warns about an overlapping using strncpy. -> Replace some calls of strncpy with a memcpy to avoid this issue. --- cpukit/libblock/src/bdpart-mount.c | 4 ++-- testsuites/psxtests/psxndbm01/init.c | 2 +- 2 file

Re: [PATCH RTEMS 2/7] libfreebsd: Import OFW files from FreeBSD.

On Thu, Jul 30, 2020 at 6:10 AM Niteesh G. S. wrote: > > On Thu, Jul 30, 2020 at 1:11 AM Gedare Bloom wrote: >> >> On Wed, Jul 29, 2020 at 12:56 PM Niteesh G. S. wrote: >> > >> > >> > On Wed, Jul 29, 2020 at 9:24 PM Gedare Bloom wrote: >> >> >> >> I'm a little concerned about namespace pollutio

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

On 30/07/2020 13:36, Aschref Ben-Thabet wrote: diff --git a/testsuites/psxtests/psxndbm01/init.c b/testsuites/psxtests/psxndbm01/init.c index a13afa7315..b524aff0df 100644 --- a/testsuites/psxtests/psxndbm01/init.c +++ b/testsuites/psxtests/psxndbm01/init.c @@ -218,7 +218,7 @@ rtems_task Init(r

Re: [PATCH] avoid GCC 10 warning -Wstringop-truncation

This looks good to me. memcpy followed by explicit delimiter assignment is better than strncpy. however, note below: On Thu, Jul 30, 2020 at 5:36 AM Aschref Ben-Thabet wrote: > > From: Aschref Ben Thabet > > GCC 10 warns about an overlapping using strncpy. > -> Replace some calls of strncpy with

Re: [PATCH] rtems/printer.h Fix build warnings -Wclass-memaccess

On 30/07/2020 15:59, Aschref Ben-Thabet wrote: From: Aschref Ben Thabet --- cpukit/include/rtems/printer.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/include/rtems/printer.h b/cpukit/include/rtems/printer.h index dbd887221e..fc091ffda3 100644 --- a/cpukit/inc

[PATCH] rtems/printer.h Fix build warnings -Wclass-memaccess

From: Aschref Ben Thabet --- cpukit/include/rtems/printer.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/include/rtems/printer.h b/cpukit/include/rtems/printer.h index dbd887221e..fc091ffda3 100644 --- a/cpukit/include/rtems/printer.h +++ b/cpukit/include/rtems/prin

[PATCH] psxhdrs/strncat: Fix string truncation warning

From: Aschref Ben Thabet --- testsuites/psxtests/psxhdrs/string/strncat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites/psxtests/psxhdrs/string/strncat.c b/testsuites/psxtests/psxhdrs/string/strncat.c index 730a56cfa6..d872be3408 100644 --- a/testsuites/psxtests

Re: Thread 2: Need help in understanding exisiting RTEMS code

I request someone to help me with my earlier question: https://lists.rtems.org/pipermail/devel/2020-July/060615.html since I may reuse this logic of variable-sized arrays. Thank you. On Sat, Jul 18, 2020 at 6:29 PM Richi Dubey wrote: > This information helps. Thank you. > > On Fri, Jul 17, 2020

Re: [PATCH] psxhdrs/strncat: Fix string truncation warning

On 30/07/2020 14:55, Joel Sherrill wrote: What compiler spotted this? The RTEMS 6 toolchain with GCC 10 produces a bunch of new warnings. Poke Sebastian or Christian to push it to 5 and master. I am not going to be able to do that today. I checked it in to the master branch. Should we re

Re: [PATCH] psxhdrs/strncat: Fix string truncation warning

This looks OK to me. The code is never executed but it shouldn't have a warning either. What compiler spotted this? Poke Sebastian or Christian to push it to 5 and master. I am not going to be able to do that today. On Thu, Jul 30, 2020 at 7:47 AM Aschref Ben-Thabet < aschref.ben-tha...@embedded

[PATCH] psxhdrs/strncat: Fix string truncation warning

From: Aschref Ben Thabet --- testsuites/psxtests/psxhdrs/string/strncat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites/psxtests/psxhdrs/string/strncat.c b/testsuites/psxtests/psxhdrs/string/strncat.c index 730a56cfa6..d872be3408 100644 --- a/testsuites/psxtests

[PATCH] avoid GCC 10 warning -Wstringop-truncation

From: Aschref Ben Thabet GCC 10 warns about an overlapping using strncpy. -> Replace some calls of strncpy with a memcpy to avoid this issue. --- cpukit/libblock/src/bdpart-mount.c | 4 ++-- testsuites/psxtests/psxndbm01/init.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --g

[PATCH rtems-libbsd 2/2] wscript: add uninstall command

--- wscript | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/wscript b/wscript index 3ca9478e..74fc1f48 100644 --- a/wscript +++ b/wscript @@ -151,7 +151,7 @@ def bsp_init(ctx, env, contexts): # Transform the commands to per build variant commands commands = []

[PATCH rtems-libbsd 1/2] Update rtems_waf

--- rtems_waf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems_waf b/rtems_waf index 096372fc..945b0b9c 16 --- a/rtems_waf +++ b/rtems_waf @@ -1 +1 @@ -Subproject commit 096372fc4504730e50b51b952ce47ca603b35f01 +Subproject commit 945b0b9c069959266c698eeda51cedd2a055b9f

Re: Strong APA Scheduler : First Draft

Thank you for explaining everything. I did use the wrong terminology and I keep forgetting this stuff again and again :(. So, it is true that percpu.o will link with > scheduleredfsmp.o, but that isn't relevant to the question of whether > or not the EDF SMP Scheduler uses the types/structs define