Re: [PATCH] user: Add a Languages section

On 9/10/20 4:48 pm, Sebastian Huber wrote: > I think API descriptions should go into the RTEMS Classic API Guide. Which bit or the whole thing? The patch is more about an example of threading in C++ and the standards addition I have added than more formal API documentation. I can add a more

Re: [PATCH] user: Add a Languages section

Hello Chris, I think API descriptions should go into the RTEMS Classic API Guide. Maybe we should rename this manual. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v2 3/3] testsuite/rcxx01: Add examples for use in the User manual

On 9/10/20 2:45 pm, Gedare Bloom wrote: > the set looks good to me. thanks for the the style adjustments Great and again thanks for the review. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH] user: Add a Languages section

From: Chris Johns --- user/index.rst | 2 + user/languages/c.rst | 14 ++ user/languages/cpp.rst | 312 +++ user/languages/index.rst | 21 +++ 4 files changed, 349 insertions(+) create mode 100644 user/languages/c.rst create mode 100644

Re: [PATCH v2 3/3] testsuite/rcxx01: Add examples for use in the User manual

the set looks good to me. thanks for the the style adjustments On Thu, Oct 8, 2020 at 5:52 PM wrote: > > From: Chris Johns > > --- > spec/build/testsuites/libtests/rcxx01.yml | 3 + > testsuites/libtests/rcxx01/init.c | 2 +- > testsuites/libtests/rcxx01/thread.cpp

Re: RE: I can not run rtems 5.1 smp correctly on bsp xilinx-zynqmp

I think the key problem is the bsp_start_hook_0 function which will be executed in all cores. However, this function does not distinguish each core. It means all four cores run the same code. The right procedure is core 0 run the init code while other cores wait for it to complete.

Re: [PATCH 1/2] librtemsc++: Add join() and detach() to the thread

On Thu, Oct 8, 2020 at 4:49 PM Chris Johns wrote: > > On 9/10/20 3:28 am, Gedare Bloom wrote: > > On Thu, Oct 8, 2020 at 2:19 AM wrote: > >> > >> From: Chris Johns > >> > >> - Do not start threads detached > >> --- > >> cpukit/include/rtems/thread.hpp | 4 > >>

[PATCH v2 3/3] testsuite/rcxx01: Add examples for use in the User manual

From: Chris Johns --- spec/build/testsuites/libtests/rcxx01.yml | 3 + testsuites/libtests/rcxx01/init.c | 2 +- testsuites/libtests/rcxx01/thread.cpp | 21 +++- testsuites/libtests/rcxx01/user-example-1.cpp | 49

[PATCH v2 2/3] librtemscxx: Fix white space to match the coding standard

From: Chris Johns --- cpukit/include/rtems/error.hpp | 14 +- cpukit/include/rtems/thread.hpp | 144 ++-- cpukit/librtemscxx/error.cpp| 34 ++--- cpukit/librtemscxx/thread.cpp | 224 4 files changed, 208 insertions(+), 208 deletions(-)

[PATCH v2 1/3] librtemscxx: Add join() and detach() to the thread

From: Chris Johns - Do not start threads detached --- cpukit/include/rtems/thread.hpp | 4 +++ cpukit/librtemscxx/error.cpp| 9 --- cpukit/librtemscxx/thread.cpp | 44 - 3 files changed, 43 insertions(+), 14 deletions(-) diff --git

Re: [PATCH] 4.11 source-builder/config/gcc*.cfg: Update location of MPC

On 9/10/20 5:36 am, Joel Sherrill wrote: > MPC should be fetched from ftp.gnu.org > > Closes #4132. Please push. Thank you for the patch and the testing. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 1/2] librtemsc++: Add join() and detach() to the thread

On 9/10/20 3:28 am, Gedare Bloom wrote: > On Thu, Oct 8, 2020 at 2:19 AM wrote: >> >> From: Chris Johns >> >> - Do not start threads detached >> --- >> cpukit/include/rtems/thread.hpp | 4 >> cpukit/librtemscxx/thread.cpp | 22 ++ >> 2 files changed, 22

Re: Building libbsd after installing libbsd

On Thu, Oct 8, 2020 at 4:59 PM Chris Johns wrote: > On 9/10/20 8:24 am, Joel Sherrill wrote: > > Hi > > > > I am not sure if this is avoidable but it is surprising. > > > > + build and install rtems to $prefix > > > > + build and install libbsd to $prefix > > > > + ./waf will then rebuild some

Re: Building libbsd after installing libbsd

On 9/10/20 8:24 am, Joel Sherrill wrote: > Hi > > I am not sure if this is avoidable but it is surprising.  > > + build and install rtems to $prefix > > + build and install libbsd to $prefix > > + ./waf will then rebuild some files. It appears to be using installed headers Is this in rtems or

Re: Documentation image source

On 8/10/20 11:34 pm, Joel Sherrill wrote: > Dot can produce svg > > dot -Tsvg graph.dot -o file > > PlantUML appears to use -tsvg > > Does that help? I do not know. Can sphinx accept svg images and have them render in HTML and PDF? It would be a nice solution if it did. On the subject of the

Building libbsd after installing libbsd

Hi I am not sure if this is avoidable but it is surprising. + build and install rtems to $prefix + build and install libbsd to $prefix + ./waf will then rebuild some files. It appears to be using installed headers + Then ./waf install and it will also rebuild some files before fails. I think

Re: [PATCH v2] rtems: Generate

On Thu, Oct 8, 2020 at 12:51 PM Peter Dufault wrote: > > I have a minor issue with the ordering. *I haven't looked too much through > earlier documents.* > > I don't think this has anything to do with Sebastians work, but I think it is > odd that "close" comes before directives like "I/O

Re: [PATCH v2] rtems: Generate

I have a minor issue with the ordering. *I haven't looked too much through earlier documents.* I don't think this has anything to do with Sebastians work, but I think it is odd that "close" comes before directives like "I/O control" (or whatever it's called) that need to be invoked when the

[PATCH] 4.11 source-builder/config/gcc*.cfg: Update location of MPC

MPC should be fetched from ftp.gnu.org Closes #4132. --- source-builder/config/gcc-4.3-1.cfg | 2 +- source-builder/config/gcc-4.4-1.cfg | 2 +- source-builder/config/gcc-4.5-1.cfg | 2 +- source-builder/config/gcc-4.6-1.cfg | 2 +- source-builder/config/gcc-4.8-1.cfg | 2 +-

Re: [PATCH 1/2] librtemsc++: Add join() and detach() to the thread

On Thu, Oct 8, 2020 at 2:19 AM wrote: > > From: Chris Johns > > - Do not start threads detached > --- > cpukit/include/rtems/thread.hpp | 4 > cpukit/librtemscxx/thread.cpp | 22 ++ > 2 files changed, 22 insertions(+), 4 deletions(-) > > diff --git

Re: Need help debugging sp16.exe

On Thu, Oct 8, 2020 at 9:38 AM Richi Dubey wrote: > > Hi, > > I have been trying to debug sp16 for the last few days. I am using the new > Strong APA scheduler we worked on during this GSoC. The scheduler fails only > for the following tests: > > sp02.exe > sp16.exe > sp30.exe > sp31.exe >

Re: [PATCH v2] rtems: Generate

On 08/10/2020 18:12, Gedare Bloom wrote: https://ftp.rtems.org/pub/rtems/people/sebh/doc/html/group__RTEMSAPIClassicEvent.html However, I was reviewing the doxygen output of event.h and see that it generates the bitmask macros in a strange order. I think these need to be fixed to keep them

Re: [PATCH v2] rtems: Generate

Hi Sebastian, On Thu, Oct 8, 2020 at 12:35 AM Sebastian Huber wrote: > > The manager documentation is a consolidation of the comments in Doxygen > markup and the documentation sources in Sphinx markup. The > documentation was transfered to interface specification items. This > header file was

Re: Re: RTEMS Network Stack and Managed Switch

You didn't reply to the entire list so I am adding it back. You are using the legacy stack (cpukit/libnetworking) which is 20+ years old and IPV4 only. There could be a packet which the older stack doesn't like the format of. Perhaps a number pushes something out of range. Any possibility there

Need help debugging sp16.exe

Hi, I have been trying to debug sp16 for the last few days. I am using the new Strong APA scheduler we worked on during this GSoC. The scheduler fails only for the following tests: sp02.exe sp16.exe sp30.exe sp31.exe sp37.exe sp42.exe spfatal29.exe tm24.exe On executing sp16.exe, I get

Re: [PATCH] grlib: Add and use irqmp_has_timestamp()

I will push my fatal patch. Yours compiles but I see these warnings which appear to be related: make -j >/dev/null ../../../../../../../../rtems/c/src/lib/libbsp/riscv/griscv/../../../../../../bsps/riscv/griscv/clock/clockdrv.c: In function 'grlib_clock_initialize':

Re: [PATCH 1/2] rtems: Add "Generated from ..." comments

On Wed, Oct 7, 2020 at 10:32 PM Chris Johns wrote: > On 8/10/20 2:18 pm, Joel Sherrill wrote: > > On Wed, Oct 7, 2020, 10:14 PM Chris Johns > > wrote: > > On 7/10/20 9:14 pm, Sebastian Huber wrote: > > > Improve file header comment. > > > > This is great. >

Re: [PATCH] grlib: Add and use irqmp_has_timestamp()

Looks OK to push. Do you want to cite the ticket number for the build failures in the comments? Should I go ahead and push the fatal error patch or will you do that? Is this needed on 5? I thought these all built on 5 but could be wrong. On Thu, Oct 8, 2020 at 12:52 AM Sebastian Huber <

Re: Documentation image source

Dot can produce svg dot -Tsvg graph.dot -o file PlantUML appears to use -tsvg Does that help? On Thu, Oct 8, 2020, 1:39 AM Chris Johns wrote: > On 8/10/20 5:30 pm, Sebastian Huber wrote: > > On 08/10/2020 08:18, Chris Johns wrote: > >> On 8/10/20 4:31 pm, Sebastian Huber wrote: > >>> On

[PATCH 1/2] librtemsc++: Add join() and detach() to the thread

From: Chris Johns - Do not start threads detached --- cpukit/include/rtems/thread.hpp | 4 cpukit/librtemscxx/thread.cpp | 22 ++ 2 files changed, 22 insertions(+), 4 deletions(-) diff --git a/cpukit/include/rtems/thread.hpp b/cpukit/include/rtems/thread.hpp index

[PATCH 2/2] testsuite/rcxx01: Add examples for use in the User manual

From: Chris Johns --- spec/build/testsuites/libtests/rcxx01.yml | 3 + testsuites/libtests/rcxx01/init.c | 2 +- testsuites/libtests/rcxx01/thread.cpp | 21 +++- testsuites/libtests/rcxx01/user-example-1.cpp | 49

Re: Documentation image source

On 8/10/20 5:30 pm, Sebastian Huber wrote: > On 08/10/2020 08:18, Chris Johns wrote: >> On 8/10/20 4:31 pm, Sebastian Huber wrote: >>> On 08/10/2020 03:01, Chris Johns wrote: >>> I see generated .png and .pdf for some images which I am questioning we need. The user document images

[PATCH v2] rtems: Generate

The manager documentation is a consolidation of the comments in Doxygen markup and the documentation sources in Sphinx markup. The documentation was transfered to interface specification items. This header file was generated from the items by a script. Change license to BSD-2-Clause according

Re: Documentation image source

On 08/10/2020 08:18, Chris Johns wrote: On 8/10/20 4:31 pm, Sebastian Huber wrote: On 08/10/2020 03:01, Chris Johns wrote: I see generated .png and .pdf for some images which I am questioning we need. The user document images I have contributed are only .png files so I am not sure why a PDF

Re: [PATCH v2] rtems: Generate

On 07/10/2020 21:12, Gedare Bloom wrote: On Wed, Oct 7, 2020 at 11:40 AM Sebastian Huber wrote: On 07/10/2020 17:26, Gedare Bloom wrote: Thinking about the discussion about ordering directives in the docs, the generated header reorders directives also. Is it also doing generation by

Re: Documentation image source

On 8/10/20 4:31 pm, Sebastian Huber wrote: > On 08/10/2020 03:01, Chris Johns wrote: > >> I see generated .png and .pdf for some images which I am questioning we need. >> The user document images I have contributed are only .png files so I am not >> sure >> why a PDF is needed for some. > Images