Re: Device Tree Blob for Beaglebone Black?

On 26/02/2020 22:12, Amar Takhar wrote: > On 2020-02-26 18:46 +0100, Christian Mauderer wrote: >> Hello Amar, >> >> somehow I missed your response this morning. My filter for the mailing >> list normally keeps stuff with my name in the inbox but your answer >> didn't contain it and therefore it w

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

On 25/02/2020 14:07, Jan Sommer wrote: 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. Thanks, I checked it in

Re: Build Linux: PASSED 5/rtems-arm on x86_64-linux-gnu

On 27/02/2020 07:38, Chris Johns wrote: On 27/2/20 5:25 pm, Sebastian Huber wrote: On 26/02/2020 23:15, Chris Johns wrote: On 27/2/20 12:26 am, Sebastian Huber wrote: On 26/02/2020 14:21,sebastian.hu...@embedded-brains.de   wrote: RTEMS Source Builder Repository Status    Remotes: 1: o

Re: Build Linux: PASSED 5/rtems-arm on x86_64-linux-gnu

On 27/2/20 5:25 pm, Sebastian Huber wrote: > On 26/02/2020 23:15, Chris Johns wrote: >> On 27/2/20 12:26 am, Sebastian Huber wrote: >>> On 26/02/2020 14:21,sebastian.hu...@embedded-brains.de  wrote: RTEMS Source Builder Repository Status    Remotes: 1: origin:ssh://s...@di

Re: Build Linux: PASSED 5/rtems-arm on x86_64-linux-gnu

On 26/02/2020 23:15, Chris Johns wrote: On 27/2/20 12:26 am, Sebastian Huber wrote: On 26/02/2020 14:21,sebastian.hu...@embedded-brains.de wrote: RTEMS Source Builder Repository Status   Remotes:     1: origin:ssh://s...@dispatch.rtems.org/data/git/rtems-source-builder.git     2: main:g..

Re: Build Linux: PASSED 5/rtems-arm on x86_64-linux-gnu

On 27/2/20 12:26 am, Sebastian Huber wrote: > On 26/02/2020 14:21, sebastian.hu...@embedded-brains.de wrote: >> RTEMS Source Builder Repository Status >>   Remotes: >>     1: origin:ssh://s...@dispatch.rtems.org/data/git/rtems-source-builder.git >>     2: >> main:g...@main.eb.localhost:eb/101-embed

Re: Bump Newlib?

On Wed, Feb 26, 2020 at 8:12 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 26/02/2020 14:53, Joel Sherrill wrote: > > On Wed, Feb 26, 2020 at 6:10 AM Sebastian Huber > > > > wrote: > > > > On 25/02/2020 16:53, Joel Sherrill wro

Re: Device Tree Blob for Beaglebone Black?

On 2020-02-26 18:46 +0100, Christian Mauderer wrote: > Hello Amar, > > somehow I missed your response this morning. My filter for the mailing > list normally keeps stuff with my name in the inbox but your answer > didn't contain it and therefore it was hidden in the mailing list folder. No proble

Re: Device Tree Blob for Beaglebone Black?

Hello Amar, somehow I missed your response this morning. My filter for the mailing list normally keeps stuff with my name in the inbox but your answer didn't contain it and therefore it was hidden in the mailing list folder. On 26/02/2020 06:00, Amar Takhar wrote: > > I've had to deal with this

RTEMS Open Class in Huntsville AL US May 11-15

Joel Sherrill Mon, Jan 14, 2019, 9:30 AM to rtems-de...@rtems.org Hi There will be an RTEMS Open Class in Huntsville Alabama the week of May 11-15. May 11 - Getting Started May 11-15 - Open Class Details and registration forms at http://rtems.com/trainingschedule. If you have questions at all

Re: ticket #2970 Add ftw.h to newlib

On Wed, Feb 26, 2020 at 9:06 AM Eshan Dhawan wrote: > so the subtasks would consist of adding missing functions to stat.h , > types.h mainly I suppose > What do you think is missing in those? My reading of the POSIX standard has is implying that includes to get st_mode and the stat structure.

Re: ticket #2970 Add ftw.h to newlib

so the subtasks would consist of adding missing functions to stat.h , types.h mainly I suppose - Eshan On Wed, Feb 26, 2020 at 7:30 PM Joel Sherrill wrote: > > > On Wed, Feb 26, 2020 at 7:03 AM Eshan Dhawan > wrote: > >> I wanted to know the status of implementation of ftw.h in newlib >> and t

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

HI I don't have an immediate answer but I have questions. + Is wait() in the Symbol Set the coverage analysis is supposed to include? If so, this error is a side-effect of a normal execution case which shouldn't be an error. We are careful that an RTEMS exe only includes the minimum symbols need

Re: Bump Newlib?

On 26/02/2020 14:53, Joel Sherrill wrote: On Wed, Feb 26, 2020 at 6:10 AM Sebastian Huber > wrote: On 25/02/2020 16:53, Joel Sherrill wrote: > Corinna just pushed my patch to resolve the newlib symlink on MSYS2 issue. > I think Chris

Re: ticket #2970 Add ftw.h to newlib

On Wed, Feb 26, 2020 at 7:03 AM Eshan Dhawan wrote: > I wanted to know the status of implementation of ftw.h in newlib > and the dependencies it requires? > FIrst hint is that the ticket is still open. :) The next is a way to check if it is part of the installed C Library. Wherever you installe

Re: Bump Newlib?

On Wed, Feb 26, 2020 at 6:10 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 25/02/2020 16:53, Joel Sherrill wrote: > > 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

Re: Build Linux: PASSED 5/rtems-arm on x86_64-linux-gnu

On 26/02/2020 14:21, sebastian.hu...@embedded-brains.de wrote: RTEMS Source Builder Repository Status Remotes: 1: origin:ssh://s...@dispatch.rtems.org/data/git/rtems-source-builder.git 2: main:g...@main.eb.localhost:eb/101-embedded-brains/oss/rtems-source-builder.git 3: esa:g...@gi

ticket #2970 Add ftw.h to newlib

I wanted to know the status of implementation of ftw.h in newlib and the dependencies it requires? As it could be ported from FreeBSD since it lies under favourable licence ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/de

Re: Bump Newlib?

On 25/02/2020 16:53, Joel Sherrill wrote: 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? Yes, this would be

Re: Project query #2920

On Wed, Feb 26, 2020, 2:06 AM Anmol Mishra wrote: > Hello, My name is Anmol, I am a Google Summer of Code, Student developer > aspirant for 2020. > I have completed the Hello-world task. > > I am interested in Ticket #2920 i.e "Improve Coverage Analysis Toolset". I > know that Dr. Joel is the own

Re: Coverity Scan broken?

On 25/02/2020 21:51, Gedare Bloom wrote: 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). I don't see anything. I tried it with Firefox and Safari. I will t

RTEMS Tester possible issues

Hello, This email describes several possible issues related to RTEMS Tester and its documentation. 1- On the documentation page of RTEMS Tester (https://docs.rtems.org/branches/master/user/tools/tester.html) it is stated that one can use "sparc-rtems5-run" to execute/test programs compiled for

[PATCH] score: Fix context switch extensions (SMP)

In uniprocessor and SMP configurations, the context switch extensions were called during _Thread_Do_dispatch(): void _Thread_Do_dispatch( Per_CPU_Control *cpu_self, ISR_Level level ) { Thread_Control *executing; executing = cpu_self->executing; ... do { Thread_Control *heir; hei

Re: error in libtests dl06

Hello, On 26/02/2020 10:06, Eshan Dhawan wrote: Hello I was installing riscv from the latest rtems git and make install showed error this error was not before and is probably due to some merged patch please delete your build tree and try to configure and build it again. There may be some issu

error in libtests dl06

Hello I was installing riscv from the latest rtems git and make install showed error this error was not before and is probably due to some merged patch Makefile:8571: recipe for target 'dl06.pre' failed make[5]: *** [dl06.pre] Error 1 make[5]: Leaving directory '/home/eshan/development/rtems/kerne

AW: [PATCH v4 0/3] [rtems-libbsd] Fix compilation for amd64

Are there any further comments regarding these patches? Is the solution with the "path-mappings" acceptable or do you prefer something different? Beste regards, Jan > -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Dienstag, 18. Februar 2020 11:22 > An: devel@rtems.org > Cc:

Re: Update to waf 2.0.19?

> On 26 Feb 2020, at 6:05 pm, Sebastian Huber > wrote: >> 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

Project query #2920

Hello, My name is Anmol, I am a Google Summer of Code, Student developer aspirant for 2020. I have completed the Hello-world task. I am interested in Ticket #2920 i.e "Improve Coverage Analysis Toolset". I know that Dr. Joel is the owner and Dr. Gedare has reported it as per the information provid