Re: [PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

On 15/06/2021 17:11, Gedare Bloom wrote: ok Thanks. On Fri, Jun 11, 2021 at 6:20 AM Christian Mauderer wrote: For checking the dependencies, the tests are removed. But if the tests are not enabled at all, that triggers a python exception. --- builder.py | 3 ++- 1 file changed, 2 inser

RE: [PATCH v1] bsps/i386: Update calibration of TSC to be more accurate

> -Original Message- > From: Gedare Bloom > Sent: Tuesday, June 15, 2021 5:01 PM > To: Sommer, Jan > Cc: devel@rtems.org > Subject: Re: [PATCH v1] bsps/i386: Update calibration of TSC to be more > accurate > > On Fri, Jun 11, 2021 at 1:44 AM Jan Sommer wrote: > > > > Closes #4455 > >

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Vaibhav, Thanks very much for your note! Fantastic job on your blogs. I read the entry on managing the two versions of autoconf and have been trying to follow it carefully. Could you please see the attached txt file? I'm in development/newlib/newlib-cygwin. I get the error where it tells me t

[PATCH v2 1/1] bsps/i386: Update calibration of TSC to be more accurate

Closes #4455 --- bsps/i386/pc386/clock/ckinit.c | 71 ++ 1 file changed, 38 insertions(+), 33 deletions(-) diff --git a/bsps/i386/pc386/clock/ckinit.c b/bsps/i386/pc386/clock/ckinit.c index 09afe73cde..2df1818dd3 100644 --- a/bsps/i386/pc386/clock/ckinit.c +++ b/bs

[PATCH v2 0/1] bsps/i386: Update calibration of TSC to be more accurate

Updated the patch with the suggestions by Gedare. Tests on real hardware yield the same frequency results as returned by FreeBSD on the same hardware. Also, subsequent calibrations only differ by <1 kHz. I would like to backport this fix to RTEMS5. The corresponding ticket is here: https://devel.r

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Eshan, Thanks very much for your follow up! Ok, I see now that if I go into development/newlib/newlib-cygwin/newlib and run autoreconf -fvi with the v2.69 using the PATH that Dr. Joel just showed, it starts to run. It always eventually exits with an error though. (please see attached .txt). I h

New API directives to enable/disable interrupt vectors

Hello, I work currently on an extension of the interrupt manager API: https://devel.rtems.org/ticket/3269 This API is not related to the interrupt handling at processor level. It is related to the management of interrupts at the interrupt controller level. We need directives to enable and d

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Does adding --no-recursive and running it only from the directory you touched a build system file in help? It is regenerating a lot you don't want to touch anyway. --joel On Wed, Jun 16, 2021, 5:32 AM Matthew Joyce wrote: > Hi Eshan, > > Thanks very much for your follow up! Ok, I see now that

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Dr. Joel, I tried that in newlib/libc and there were at least no errors. (Nothing leading me to believe it was successful either!) However I still got the same error when I sudo make install. (sparc-rtems-ranlib: command not found) (among others!) Thanks again! Sincerely, Matt On Wed, Ju

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

On Wed, Jun 16, 2021 at 10:57 AM Matthew Joyce wrote: > Hi Dr. Joel, > > I tried that in newlib/libc and there were at least no errors. > (Nothing leading me to believe it was successful either!) > > However I still got the same error when I sudo make install. > (sparc-rtems-ranlib: command not f

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Dr. Joel, I used the following, based on Vaibhav's blog: $ export PATH=$HOME/development/rtems/6/bin:$PATH $ ../newlib-cygwin/configure --target=sparc-rtems6 --disable-shared --disable-nls --enable-werror --enable-newlib-supplied-syscalls --enable-interwork --enable-multilib --with-gnu-as --w

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Hi Matt, > On 16-Jun-2021, at 9:27 PM, Matthew Joyce wrote: > > Hi Dr. Joel, > > I tried that in newlib/libc and there were at least no errors. > (Nothing leading me to believe it was successful either!) > > However I still got the same error when I sudo make install. > (sparc-rtems-ranlib: co

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

On Wed, Jun 16, 2021 at 11:16 AM Eshan Dhawan wrote: > Hi Matt, > > On 16-Jun-2021, at 9:27 PM, Matthew Joyce wrote: > > > > Hi Dr. Joel, > > > > I tried that in newlib/libc and there were at least no errors. > > (Nothing leading me to believe it was successful either!) > > > > However I still

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

I hate to ask, but where should the build binaries be if "make all" was actually successful? Thanks! Matt On Wed, Jun 16, 2021 at 6:16 PM Eshan Dhawan wrote: > > Hi Matt, > > On 16-Jun-2021, at 9:27 PM, Matthew Joyce wrote: > > > > Hi Dr. Joel, > > > > I tried that in newlib/libc and there we

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

On Wed, Jun 16, 2021 at 11:37 AM Matthew Joyce wrote: > I hate to ask, but where should the build binaries be if "make all" > was actually successful? > For newlib, there should be various libc.a and libm.a files in the build directory. Use find to locate them: find . -name libc.a And use "nm"

Coverity Scan News

Hi A few news items about RTEMS and Coverity Scan. We now have automated cron analysis runs for RTEMS, RTEMS Tools and Newlib available. When one of those changes, new results should be available shortly after they are committed. Some progress has been made at nibbling down on the issues. More r

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Ok, thanks! I'm about to sign off for dinner, but I'll send the patch (with disclaimer) tonight. So since the code fails to compile, I need to start making some changes. Do I need to rebuild the rtems tool chain each time? I'm averaging about 1.33 hours on that :-( . Is that where some of the sc

Re: [PATCH v2 1/1] bsps/i386: Update calibration of TSC to be more accurate

I'm good with it for master and 5. On Wed, Jun 16, 2021 at 4:18 AM Jan Sommer wrote: > > Closes #4455 > --- > bsps/i386/pc386/clock/ckinit.c | 71 ++ > 1 file changed, 38 insertions(+), 33 deletions(-) > > diff --git a/bsps/i386/pc386/clock/ckinit.c b/bsps/i386/pc

[PATCH rtems-libbsd v3 2/4] rtemsbsd:Updated TTCP code with network demo code

Updated the TTCP code to match the ttcp.c in RTEMS network-demos repository (https://git.rtems.org/network-demos/). --- rtemsbsd/ttcp/ttcp.c | 91 +++- 1 file changed, 65 insertions(+), 26 deletions(-) diff --git a/rtemsbsd/ttcp/ttcp.c b/rtemsbsd/ttcp/ttcp.

[PATCH rtems-libbsd v3 1/4] rtemsbsd: Added original TTCP code

Added the original Test TCP (TTCP) program in unmodified form. Also added the original README for TTCP. Both the README and the TTCP program were sourced from the first commit in the RTEMS network demos repository. --- rtemsbsd/ttcp/README | 27 ++ rtemsbsd/ttcp/ttcp.c | 841 +

[PATCH rtems-libbsd v3 3/4] rtemsbsd: Made TTCP command build for RTEMS

Updated ttcp.c to build clean for RTEMS 6 and the machines it originally built for. Also fixed ttcp.c to close network sockets after completion. Defined a shell command for TTCP in rtems-bsd-shell-ttcp.c. Added TTCP to the list of RTEMS network commands in netcmds-config.h. Added declaration of the

[PATCH rtems-libbsd v3 4/4] rtemsbsd: Added a test for the TTCP command.

Added a new test for the TTCP command. Modified default-network-init.h to conditionally build the shell with TTCP. Modified libbsd.py to build the new TTCP test. --- libbsd.py | 1 + .../rtems/bsd/test/default-network-init.h | 7 +++ testsuite/ttcpshell01/

Re: [PATCH v2 1/1] bsps/i386: Update calibration of TSC to be more accurate

Me too. Just needs separate tickets for 5 and 6 so the release notes are generated correctly. On Wed, Jun 16, 2021 at 12:51 PM Gedare Bloom wrote: > I'm good with it for master and 5. > > On Wed, Jun 16, 2021 at 4:18 AM Jan Sommer wrote: > > > > Closes #4455 > > --- > > bsps/i386/pc386/clock/c

Re: New API directives to enable/disable interrupt vectors

On Wed, Jun 16, 2021 at 5:23 AM Sebastian Huber wrote: > > Hello, > > I work currently on an extension of the interrupt manager API: > > https://devel.rtems.org/ticket/3269 > > This API is not related to the interrupt handling at processor level. It > is related to the management of interrupts at

Re: New API directives to enable/disable interrupt vectors

On Wed, Jun 16, 2021 at 12:34 PM Gedare Bloom wrote: > > On Wed, Jun 16, 2021 at 5:23 AM Sebastian Huber > wrote: > > > > Hello, > > > > I work currently on an extension of the interrupt manager API: > > > > https://devel.rtems.org/ticket/3269 > > > > This API is not related to the interrupt hand

[PATCH] libc: Added sig2str/str2sig prototypes

***As Requested: For Review Only. Does Not Compile*** Added definition of SIG2STR_MAX and function prototypes for sig2str and str2sig in sys/signal.h in order to improve POSIX compliance. --- newlib/libc/include/sys/signal.h | 12 1 file changed, 12 insertions(+) diff --git a/newlib

Re: [PATCH] libc: Added sig2str/str2sig prototypes

Hi Matt, Since you are making changes only to a header file you don’t need to run autoreconf. You can directly apply the patch to RSB and it should work You need to run autoreconf when u make changes in makefile That is when u add a .c file > On 17-Jun-2021, at 1:53 AM, Matt Joyce wrote: > >

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

On Mon, Jun 7, 2021 at 8:14 PM Chris Johns wrote: > > On 8/6/21 1:44 am, Joel Sherrill wrote: > > > > > > On Mon, Jun 7, 2021 at 7:00 AM Alex White > > wrote: > > > > > > On Wed, Jun 2, 2021 at 7:37 PM Chris Johns > > wrote: > >

Re: New API directives to enable/disable interrupt vectors

On 16/06/2021 20:36, Gedare Bloom wrote: Looks like the existing irq-extension.h uses 'vector', so rtems_interrupt_disable_vector() is a possibility, or else rtems_interrupt_controller_disable_vector() is more wordy but if we want to treat 'interrupt controller' as its own category of API separat