Update to waf 2.0.19?

Hello, in order to close this bug: https://devel.rtems.org/ticket/3569 I would like to update waf to the latest version 2.0.19 in: rtems-docs rtems-tools rtems-libbsd rtems-examples -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 1

Re: [PATCH] tester: Use prefix for rtems_tools by default

Hello Chris, On 14/02/2020 07:14, Sebastian Huber wrote: On 14/02/2020 03:54, Chris Johns wrote: On 2020-02-12 17:27, Sebastian Huber wrote: Commit 72c684eff2cd932b4948e21902680a93473340c3 removed the default value of rtems_tools.  If the --rtems--tools option was omitted the rtems-test comma

Re: Update to waf 2.0.19?

Hi Sebastian, this is fine by me. Regards, Andrew Sent from my iPad > On 25 Feb 2020, at 08:02, Sebastian Huber > wrote: > > Hello, > > in order to close this bug: > > https://devel.rtems.org/ticket/3569 > > I would like to update waf to the latest version 2.0.19 in: > > rtems-docs > rt

Re: RTEMS test

Hi John, You need to add the toolchain binaries to your path in the shell in order for them to be found by your shell when you invoke them. Thus, after you build and install the toolchain (in this case for ARM architectures) with the following command (where $RTEMS is given by, for instance, "

Re: Waf Build System Status in RTEMS?

On Mon, 24 Feb 2020 at 22:50, Chris Johns wrote: > > On 21/2/20 11:11 pm, Sebastian Huber wrote: > > On 21/02/2020 12:26, Hesham Almatary wrote: > >> On Fri, 21 Feb 2020 at 11:07, Sebastian Huber > >> wrote: > >>> Hello Hesham, > >>> > >>> On 20/02/2020 16:40, Hesham Almatary wrote: > Hello

Re: [PATCH v2 00/44] Split up confdefs.h

Hello, I checked in this patch set. The new header files use the new header file template: https://docs.rtems.org/branches/master/eng/coding-file-hdr.html#c-c-header-file-template -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189

Re: SPDX License Identifier Only and Full Copy?

Hello Gedare, On 24/02/2020 16:58, Gedare Bloom wrote: On Mon, Feb 24, 2020 at 12:53 AM Sebastian Huber wrote: Hello, I updated the File Template section: https://docs.rtems.org/branches/master/eng/coding-file-hdr.html Please have a look at it and check if it is all right for you. Thanks

Re: Waf Build System Status in RTEMS?

On 25/02/2020 11:00, Hesham Almatary wrote: On Mon, 24 Feb 2020 at 22:50, Chris Johns wrote: On 21/2/20 11:11 pm, Sebastian Huber wrote: On 21/02/2020 12:26, Hesham Almatary wrote: On Fri, 21 Feb 2020 at 11:07, Sebastian Huber wrote: Hello Hesham, On 20/02/2020 16:40, Hesham Almatary wro

Re: RTEMS test

> > > Hello, > I'm trying to run the rtems-test after closing my computer and switching > operating systems(dual booted computer), but weirdly enough, I received the > message > rtems-test: command not found > So I attempted running the command for rtems-tools, but then the message I > received was

Re: RTEMS test

Thank you very much! Appreciate it. On Tue, Feb 25, 2020 at 4:47 AM Cláudio Maia wrote: > Hi John, > > You need to add the toolchain binaries to your path in the shell in order > for them to be found by your shell when you invoke them. > > Thus, after you build and install the toolchain (in thi

[PATCH 1/1] bsp/pc386: Fix interrupt enable to make debug option work again

--- bsps/i386/pc386/clock/ckinit.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/i386/pc386/clock/ckinit.c b/bsps/i386/pc386/clock/ckinit.c index 478a37f5d7..d6e4b4 100644 --- a/bsps/i386/pc386/clock/ckinit.c +++ b/bsps/i386/pc386/clock/ckinit.c @@ -170,7 +170,7 @@ s

[PATCH 0/1] [bsp/pc386] Fix --enable-rtems-debug

Hello, I just noticed that the patch with the suggestions from Joel (https://lists.rtems.org/pipermail/users/2019-April/033151.html) never made it into the repository. Since I have now git send-email configured, here it is again. Cheers, Jan Jan Sommer (1): bsp/pc386: Fix interrupt enabl

[PATCH] config: Initialize IO drivers on demand

--- cpukit/Makefile.am| 1 + cpukit/include/rtems/confdefs/iodrivers.h | 29 cpukit/sapi/src/exinit.c | 13 - cpukit/sapi/src/iodefault.c | 45 +++ 4 files changed, 75 insertions(+), 13

Re: Waf Build System Status in RTEMS?

On Tue, 25 Feb 2020 at 11:54, Sebastian Huber wrote: > > On 25/02/2020 11:00, Hesham Almatary wrote: > > On Mon, 24 Feb 2020 at 22:50, Chris Johns wrote: > >> On 21/2/20 11:11 pm, Sebastian Huber wrote: > >>> On 21/02/2020 12:26, Hesham Almatary wrote: > On Fri, 21 Feb 2020 at 11:07, Sebasti

Coverity Scan broken?

Hello, the site https://scan.coverity.com/projects/rtems says the last scan was done on Jan 21, 2020. When I click on the View Defects page I see nothing. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49

Re: Coverity Scan broken?

After clicking view defects there is a loading bar then a webpage loads. Select rtems from drop down on top left. On Tue, Feb 25, 2020 at 7:49 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > the site > > https://scan.coverity.com/projects/rtems > > says the last scan

[PATCH] test for fegetround and fesetround

--- testsuites/psxtests/psxfenv01/init.c | 42 +++- 1 file changed, 41 insertions(+), 1 deletion(-) diff --git a/testsuites/psxtests/psxfenv01/init.c b/testsuites/psxtests/psxfenv01/init.c index 05f3cdc880..4339139c58 100644 --- a/testsuites/psxtests/psxfenv01/init.c +++

Coverity false positive pattern

Coverity shows value_overwrite errors for variables which are reassigned new values. What should be the procedure to prevent these? ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Coverity Scan broken?

Coverity Scan builds are not done automatically. If you ever need a new one, just ask. I just did a Coverity build and submitted it. It may take a while for the Scan machinery to see it after it completes for me. I have seen them take minutes and days. --joel On Tue, Feb 25, 2020 at 8:54 AM suya

Re: Coverity false positive pattern

On Tue, Feb 25, 2020 at 9:47 AM suyash singh wrote: > Coverity shows value_overwrite errors for variables which are reassigned > new values. What should be the procedure to prevent these? > When I have seen these in the past, they indicate a case where a variable is assigned and assigned later w

Bump Newlib?

Hi Corinna just pushed my patch to resolve the newlib symlink on MSYS2 issue. I think Chris had found a way to work around this in the RSB. Anyway, there is at least one other patch of interest. Is it time to bump the newlib version? --joel ___ devel m

Re: Coverity Scan broken?

- Am 25. Feb 2020 um 15:54 schrieb suyash singh suyashsingh...@gmail.com: > After clicking view defects there is a loading bar then a webpage loads. > Select rtems from drop down on top left. My projects list is empty. ___ devel mailing list devel@r

Re: Coverity false positive pattern

Yes it is showing for unused values For example at line 262 in https://scan5.coverity.com/reports.htm#v53137/p10069/fileInstanceId=164938787&defectInstanceId=45953284&mergedDefectId=1399751 On Tue, Feb 25, 2020 at 9:21 PM Joel Sherrill wrote: > > > On Tue, Feb 25, 2020 at 9:47 AM suyash singh

Re: Coverity Scan broken?

As far as I know you may need to get yourself added to the project. Sign up/Sign in then go to https://scan.coverity.com/projects/rtems and get yourself added. I think a button will say "add me to the project". On Tue, Feb 25, 2020 at 9:36 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> w

Re: [PATCH] test for fegetround and fesetround

added tests for fegetround and fesetround in psxtests / psxfenv01 fegetround fails to send the rounding direction due to soft float and returns to_nearest or zero in the cases fesetround sends zero if the rounding direction is set and sends anything else if the function fails to set the rounding

Re: Coverity Scan broken?

It's working for me. I see the results from Joel's recent run. Maybe try again. The interface has been changed, and I don't see any results for other projects (RTEMS-Newlib, RTEMS-Tools). On Tue, Feb 25, 2020 at 9:06 AM Sebastian Huber wrote: > > - Am 25. Feb 2020 um 15:54 schrieb suyash sing

Re: [PATCH v2 00/44] Split up confdefs.h

Thanks for the change. On Tue, Feb 25, 2020 at 4:38 AM Sebastian Huber wrote: > > Hello, > > I checked in this patch set. The new header files use the new header > file template: > > https://docs.rtems.org/branches/master/eng/coding-file-hdr.html#c-c-header-file-template > > -- > Sebastian Huber,

Re: Coverity false positive pattern

On Tue, Feb 25, 2020 at 9:38 AM suyash singh wrote: > > Yes it is showing for unused values > > For example at line 262 in > https://scan5.coverity.com/reports.htm#v53137/p10069/fileInstanceId=164938787&defectInstanceId=45953284&mergedDefectId=1399751 > That appears to be legitimate. Analysis now

Re: Coverity false positive pattern

On Tue, Feb 25, 2020, 3:00 PM Gedare Bloom wrote: > On Tue, Feb 25, 2020 at 9:38 AM suyash singh > wrote: > > > > Yes it is showing for unused values > > > > For example at line 262 in > https://scan5.coverity.com/reports.htm#v53137/p10069/fileInstanceId=164938787&defectInstanceId=45953284&merge

Re: Coverity false positive pattern

On 26/2/20 8:00 am, Gedare Bloom wrote: > On Tue, Feb 25, 2020 at 9:38 AM suyash singh wrote: >> >> Yes it is showing for unused values >> >> For example at line 262 in >> https://scan5.coverity.com/reports.htm#v53137/p10069/fileInstanceId=164938787&defectInstanceId=45953284&mergedDefectId=139975

Re: Coverity false positive pattern

On Tue, Feb 25, 2020, 6:10 PM Chris Johns wrote: > On 26/2/20 8:00 am, Gedare Bloom wrote: > > On Tue, Feb 25, 2020 at 9:38 AM suyash singh > wrote: > >> > >> Yes it is showing for unused values > >> > >> For example at line 262 in > https://scan5.coverity.com/reports.htm#v53137/p10069/fileInsta

Re: SPDX License Identifier Only and Full Copy?

On 24/2/20 6:52 pm, Sebastian Huber wrote: > Hello, > > I updated the File Template section: > > https://docs.rtems.org/branches/master/eng/coding-file-hdr.html > > Please have a look at it and check if it is all right for you. > Does there need to be something about code copied into the sourc

Re: Waf Build System Status in RTEMS?

On 25/2/20 10:54 pm, Sebastian Huber wrote: > On 25/02/2020 11:00, Hesham Almatary wrote: >> On Mon, 24 Feb 2020 at 22:50, Chris Johns  wrote: >>> On 21/2/20 11:11 pm, Sebastian Huber wrote: On 21/02/2020 12:26, Hesham Almatary wrote: > On Fri, 21 Feb 2020 at 11:07, Sebastian Huber >  

Re: Update to waf 2.0.19?

On 25/2/20 7:02 pm, Sebastian Huber wrote: > Hello, > > in order to close this bug: > > https://devel.rtems.org/ticket/3569 > > I would like to update waf to the latest version 2.0.19 in: > > rtems-docs > rtems-tools > rtems-libbsd > rtems-examples > What testing have you done and which hosts

Re: Project query

On 21/2/20 3:51 am, Hesham Almatary wrote: > On Wed, 19 Feb 2020 at 21:38, Joel Sherrill wrote: >> On Wed, Feb 19, 2020, 12:58 PM Gedare Bloom wrote: >>> >>> On Wed, Feb 19, 2020 at 9:45 AM suyash singh >>> wrote: sorry clicked reply instead of "reply all" I don't have

Re: Update sphinx_rtd_theme to 68a19ca / 0.4.3.dev0.

On 23/2/20 12:39 pm, Amar Takhar wrote: > I've been running this version for a while now. It should fix any issues > we're > having I tested it and it works fine. > > See here for a ticket the patch is rather large: > > https://devel.rtems.org/ticket/3880 > Does this work on sync.rtems.org

Re: Waf Build System Status in RTEMS?

I've been working on setting up hardware testing in my lab at home. The Device Tree documentation we have currently is horrible: https://docs.rtems.org/branches/master/user/exe/device-tree.html It's a list of command and descriptions about what it is but not what they do. For instance look a

Re: rtems-boot-image tool: Raspberry Pi

On 22/2/20 1:45 am, G. S. Niteesh wrote: > Hi, > > This is regarding adding RPi support to the boot image generation tool. > > The boot process for Raspberry Pi is very unconventional. The GPU starts > first, initializes RAM, other hardware, loads the bootloaders and then starts > the ARM CPU. >

Re: tar/psx/bsdtar on CentOS 8

On 25/2/20 5:09 am, Joel Sherrill wrote: > Hi > > CentOS 8 does not have a package for pax. It does have a package for bsdtar.  > > Is bsdtar sufficient for the tests? I don't call the precise issue we favored > pax over > GNU tar. > > If so, could testsuites/libtests/configure.ac

Re: [PATCH] Fix typo in error message

Pushed. Thanks Chris On 25/2/20 6:09 am, cl...@isep.ipp.pt wrote: > From: Cláudio Maia > > --- > tester/rtems-test | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tester/rtems-test b/tester/rtems-test > index 3eb5701..520366a 100755 > --- a/tester/rtems-test > +++ b/t

Re: Device Tree Blob for Beaglebone Black?

On 25/2/20 5:30 pm, Christian Mauderer wrote: > On 24/02/2020 23:26, Chris Johns wrote: >>> On 24 Feb 2020, at 7:39 pm, Christian Mauderer >>> wrote: >>> >>> On 24/02/2020 07:01, Chris Johns wrote: >> On 24 Feb 2020, at 5:32 am, Christian Mauderer >> wrote: > > On 23

Re: RTEMS 5 libdl bugs

On 25/2/20 6:38 pm, Sebastian Huber wrote: > Hello, > > there are six libdl bugs reported for RTEMS 5: > > https://devel.rtems.org/query?status=accepted&status=assigned&status=reopened&component=lib%2Fdl&milestone=5.1&group=status&col=id&col=summary&col=owner&col=type&col=priority&col=component&c

Re: [PATCH] tester: Use prefix for rtems_tools by default

On 25/2/20 7:33 pm, Sebastian Huber wrote: > Hello Chris, > > On 14/02/2020 07:14, Sebastian Huber wrote: >> On 14/02/2020 03:54, Chris Johns wrote: >> >>> On 2020-02-12 17:27, Sebastian Huber wrote: Commit 72c684eff2cd932b4948e21902680a93473340c3 removed the default value of rtems_tools

Re: Update sphinx_rtd_theme to 68a19ca / 0.4.3.dev0.

On 2020-02-26 13:59 +1100, Chris Johns wrote: > > Does this work on sync.rtems.org with a suitable virtualenv? > > This is how I build the online docs. :) Shouldn't be an issue at all it's in-source no new dependencies. Try the patch and see if it works? :) Works here! Amar. ___

Re: SPDX License Identifier Only and Full Copy?

On Tue, Feb 25, 2020 at 6:57 PM Chris Johns wrote: > > On 24/2/20 6:52 pm, Sebastian Huber wrote: > > Hello, > > > > I updated the File Template section: > > > > https://docs.rtems.org/branches/master/eng/coding-file-hdr.html > > > > Please have a look at it and check if it is all right for you. >

Re: SPDX License Identifier Only and Full Copy?

On 26/2/20 3:06 pm, Gedare Bloom wrote: > On Tue, Feb 25, 2020 at 6:57 PM Chris Johns wrote: >> >> On 24/2/20 6:52 pm, Sebastian Huber wrote: >>> Hello, >>> >>> I updated the File Template section: >>> >>> https://docs.rtems.org/branches/master/eng/coding-file-hdr.html >>> >>> Please have a loo

Re: Update sphinx_rtd_theme to 68a19ca / 0.4.3.dev0.

On 26/2/20 3:03 pm, Amar Takhar wrote: > On 2020-02-26 13:59 +1100, Chris Johns wrote: >> >> Does this work on sync.rtems.org with a suitable virtualenv? >> >> This is how I build the online docs. :) > > Shouldn't be an issue at all it's in-source no new dependencies. Try the > patch > and see

Re: Update sphinx_rtd_theme to 68a19ca / 0.4.3.dev0.

On 2020-02-26 15:27 +1100, Chris Johns wrote: > > Great, I am OK with the patch being pused. If it breaks on sync it will show > in > the build not updating and I am sure we can sort it out. Okay great I'll do that now then thank you! Amar. ___ devel

Re: SPDX License Identifier Only and Full Copy?

On Tue, Feb 25, 2020 at 9:18 PM Chris Johns wrote: > > > > On 26/2/20 3:06 pm, Gedare Bloom wrote: > > On Tue, Feb 25, 2020 at 6:57 PM Chris Johns wrote: > >> > >> On 24/2/20 6:52 pm, Sebastian Huber wrote: > >>> Hello, > >>> > >>> I updated the File Template section: > >>> > >>> https://docs.rte

Re: SPDX License Identifier Only and Full Copy?

On 26/2/20 3:46 pm, Gedare Bloom wrote: > On Tue, Feb 25, 2020 at 9:18 PM Chris Johns wrote: >> >> >> >> On 26/2/20 3:06 pm, Gedare Bloom wrote: >>> On Tue, Feb 25, 2020 at 6:57 PM Chris Johns wrote: On 24/2/20 6:52 pm, Sebastian Huber wrote: > Hello, > > I updated the Fi

Re: Device Tree Blob for Beaglebone Black?

I've had to deal with this issue quite a lot in the past it can be really annoying having to maintain separate repositories where we have to 'pin' a version to the main repo. We don't really have a choice here however I would suggest we do a mix of the two. 1. Any source/permissive files

Re: [PATCH] RTEMS Docs: Fix search field

Hi Niteesh, I have pushed the upgrade to the latest version of the theme. Can you confirm this fixes the search box for you? Thank you! Amar. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Waf Build System Status in RTEMS?

On 26/02/2020 03:18, Chris Johns wrote: The FreeBSD device tree support should be fairly architecture independent. However, it is not as good/complete/robust as the Linux device tree support. I am not in favour of adding an RTEMS-specific device tree support. What do you mean by "RTEMS-specifi

Re: [PATCH] tester: Use prefix for rtems_tools by default

On 26/02/2020 04:58, Chris Johns wrote: On 25/2/20 7:33 pm, Sebastian Huber wrote: Hello Chris, On 14/02/2020 07:14, Sebastian Huber wrote: On 14/02/2020 03:54, Chris Johns wrote: On 2020-02-12 17:27, Sebastian Huber wrote: Commit 72c684eff2cd932b4948e21902680a93473340c3 removed the default

Re: rtems-boot-image tool: Raspberry Pi

On Wed, Feb 26, 2020 at 8:39 AM Chris Johns wrote: > On 22/2/20 1:45 am, G. S. Niteesh wrote: > > Hi, > > > > This is regarding adding RPi support to the boot image generation tool. > > > > The boot process for Raspberry Pi is very unconventional. The GPU starts > > first, initializes RAM, other

Re: Ticket #3515: covoar failure while running for full testsuites

On Fri, Feb 21, 2020 at 1:27 PM Bran S wrote: > On Wed, 19 Feb 2020 at 22:51, Vijay Kumar Banerjee > wrote: > > > > > > > > On Mon, Feb 17, 2020 at 12:08 AM Bran S wrote: > >> > >> Hi Guys, > >> > > Hi Bran! > >> > >> I am trying to understand and solve Ticket #3515. > >> https://devel.rtems.or

Re: Update to waf 2.0.19?

On 26/02/2020 03:22, Chris Johns wrote: On 25/2/20 7:02 pm, Sebastian Huber wrote: Hello, in order to close this bug: https://devel.rtems.org/ticket/3569 I would like to update waf to the latest version 2.0.19 in: rtems-docs rtems-tools rtems-libbsd rtems-examples What testing have you

Re: Ticket #3515: covoar failure while running for full testsuites

On Wed, Feb 26, 2020 at 12:28 PM Vijay Kumar Banerjee < vijaykumar9...@gmail.com> wrote: > > > On Fri, Feb 21, 2020 at 1:27 PM Bran S wrote: > >> On Wed, 19 Feb 2020 at 22:51, Vijay Kumar Banerjee >> wrote: >> > >> > >> > >> > On Mon, Feb 17, 2020 at 12:08 AM Bran S wrote: >> >> >> >> Hi Guys,

Re: Device Tree Blob for Beaglebone Black?

On 26/02/2020 04:50, Chris Johns wrote: > On 25/2/20 5:30 pm, Christian Mauderer wrote: >> On 24/02/2020 23:26, Chris Johns wrote: On 24 Feb 2020, at 7:39 pm, Christian Mauderer wrote: On 24/02/2020 07:01, Chris Johns wrote: > > >>> On 24 Feb 2020, at 5:32 am, Chr