Re: [PATCH] user: Add migration hints from old build system

> On 26 Sep 2020, at 1:17 am, Sebastian Huber > wrote: > > On 25/09/2020 17:12, Gedare Bloom wrote: > >>> +Migration from Autoconf/Automake >>> + >>> + >>> +The Autoconf/Automake based build system used a ``configure`` command to >>> +configure a single BSP and

Re: [PATCH] shell: Fixing bug in line editing of the shell with CTRL-U.

On 26/9/20 2:06 am, Joel Sherrill wrote: > On Fri, Sep 25, 2020, 10:06 AM Gedare Bloom > wrote: > > On Fri, Sep 25, 2020 at 3:11 AM Frank Kuehndel > > wrote: > > > > This patch fixes a tiny bug in the command

Re: [rtems commit] build: Fix enabled-by evaluation

On 27/9/20 5:40 pm, Sebastian Huber wrote: > Module:rtems > Branch:master > Commit:b8d84015a4bc30f280b3e39f3f806e1ec0b2ec7a > Changeset: > http://git.rtems.org/rtems/commit/?id=b8d84015a4bc30f280b3e39f3f806e1ec0b2ec7a > > Author:Sebastian Huber > Date: Sun Sep 27 09:35:06 20

Re: [PATCH] build: Add comment

Thanks, this is great. OK to push. On 28/9/20 2:18 pm, Sebastian Huber wrote: > Update #3818. > --- > wscript | 4 > 1 file changed, 4 insertions(+) > > diff --git a/wscript b/wscript > index 6280afa6c9..1670acf936 100755 > --- a/wscript > +++ b/wscript > @@ -1362,7 +1362,11 @@ def configur

Re: License files missing on 5-freebsd-12 branch

On 28/9/20 9:45 pm, Christian Mauderer wrote: > Sorry for the delay. I didn't manage to do these before my vacation and > then I forgot them during vacation. I just pushed them. No problem and thank you. I hope you had a relaxing vacation? Chris ___ dev

Re: On Master All GDB Builds Fail on Cygwin

On 29/9/20 5:35 am, Joel Sherrill wrote: > Hi > > I left a build going yesterday on Cygwin and GDB failed with this for every > architecture. I updated my Cygwin install this morning and it still fails > with this: > > cp-support.o:/home/jrs007/rtems-cron-6/rtems-source-builder/rtems/build/arm-r

libbsd master and 6-freebsd-12 branch different

Hi, A few recent patches have been pushed to master but not the 6-freebsd-12 branch. I was wondering if some should be on the 6-freebsd-12 branch as well? Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: libbsd master and 6-freebsd-12 branch different

On 29/9/20 2:43 pm, Sebastian Huber wrote: > On 29/09/2020 04:11, Chris Johns wrote: > >> A few recent patches have been pushed to master but not the 6-freebsd-12 >> branch. >> I was wondering if some should be on the 6-freebsd-12 branch as well? > > Some patches

Re: rtems-bsps: add ability to print architecture/bsps list

On 29/9/20 8:54 am, Ryan Long wrote: > The attached patch adds the ability to print the set of bsps in the form of > architecture/bsp. This is useful for feeding into other programs. Pushed. Thanks Chris ___ devel mailing list devel@rtems.org http://lis

Re: Build Sweeps Before Full Switch To Waf

On 30/9/20 10:22 am, Joel Sherrill wrote: > I updated https://devel.rtems.org/wiki/Release/6/Waf%20BSP%20Checklist to > include this. I have added a "Builds Match" column to help track this. Chris ___ devel mailing list devel@rtems.org http://lists.rtem

Re: [PATCH v2 6/8] score: Add AArch64 port

On 29/9/20 9:37 pm, Sebastian Huber wrote: > On 28/09/2020 17:24, Kinsey Moore wrote: > >> +/* TODO(kmoore) The current implementation here assumes that SP is not >> misaligned */ > Maybe add a ticket for this TODO and reference it in the comment. >> +    .macro    JUMP_HANDLER >> +    mov x0, #0x

Re: [PATCH] tests: Add and use

On 29/9/20 11:31 pm, Sebastian Huber wrote: > Add the build option RTEMS_TEST_VERBOSITY to control the verbosity of > test suites using the RTEMS test framework. Does this create another build variant? Why would I play with this option? Chris ___ devel

Re: [PATCH] tests: Add and use

On 30/9/20 3:55 pm, Sebastian Huber wrote: > On 30/09/2020 07:52, Chris Johns wrote: > >> On 29/9/20 11:31 pm, Sebastian Huber wrote: >>> Add the build option RTEMS_TEST_VERBOSITY to control the verbosity of >>> test suites using the RTEMS test framework. >

Re: [PATCH v2] tests: Add and use

On 30/9/20 4:09 pm, Sebastian Huber wrote: > +description: | > + Sets the test verbosity. Valid values are "Verbose", "Normal", and > "Quiet". > + For normal tests runs you can use a verbosity of "Normal". If you need a > + more detailed output, then you can set it to "Verbose". For example,

Re: Canonical List of BSPs with SMP Support?

On 1/10/20 8:29 am, Joel Sherrill wrote: > I think we need to discuss what's the expected behavior when you configure SMP > for a target that doesn't support SMP or BSP that doesn't in an architecture > that does. I believe configure process should only succeed if a valid build is possible. These

Re: Building BSP bset without including Tools

On 1/10/20 1:51 am, Joel Sherrill wrote: > Is it possible to build a BSP bset and not build the tools? I know it is > convenient for a user focused on a single BSP but since each bset builds the > toolchain, it would be nice to have a way to package tools and a collection of > BSPs for the same tar

Re: [rtems-test] riscv64/rv64imac: RTEMS_POSIX_API: Passed:565 Failed:10 Timeout:1 Test-Too-long:4 Invalid:0 Wrong:0

On 30/9/20 9:25 pm, Sebastian Huber wrote: > On 28/09/2020 17:28, j...@rtems.org wrote: > >> Summary >> === >> >> Passed:    565 >> Failed: 10 >> User Input:  6 >> Expected Fail:   0 >> Indeterminate:   0 >> Benchmark:   3 >> Timeout: 1 >> Test too long:   4 >> Inva

Re: [PATCH 0/1] c-user: Generate I/O Manager documentation

On 30/9/20 12:59 am, Sebastian Huber wrote: > This is the first generated documentation of a manager. For the PDF > output please have a look at: > > https://ftp.rtems.org/pub/rtems/people/sebh/c-user.pdf > > Please review the layout. I changed the layout to use definition lists > instead of tab

Re: [PATCH 0/1] c-user: Generate I/O Manager documentation

On 30/9/20 6:04 pm, Sebastian Huber wrote: > On 29/09/2020 16:59, Sebastian Huber wrote: > >> This is the first generated documentation of a manager. For the PDF >> output please have a look at: >> >> https://ftp.rtems.org/pub/rtems/people/sebh/c-user.pdf >> >> Please review the layout.  I changed

Re: [PATCH] leon,gr1553b: improve init check

On 2/10/20 1:54 am, Gedare Bloom wrote: > On Wed, Sep 30, 2020 at 7:40 PM wrote: > preferred to have { } wrapping 1-liners, but ok in BSPs. The patch is the one pushed to master and referenced in the ticket. I would prefer not to touch it. Chris ___ de

Re: [PATCH 0/1] c-user: Generate I/O Manager documentation

On 2/10/20 2:32 am, Joel Sherrill wrote: > On Thu, Oct 1, 2020 at 10:53 AM Sebastian Huber > > > wrote: > > This one has calling sequence, parameters, description: > > https://ftp.rtems.org/pub/rtems/people/sebh/c-user-4.pdf > > > This is pref

Re: [PATCH 1/1] c-user: Generate I/O Manager documentation

On 30/9/20 12:59 am, Sebastian Huber wrote: > The manager documentation is a consolidation of the comments in Doxygen > markup and the documentation sources in Sphinx markup. With the Doxygen comments being merged are the attributions also being merged? Chris _

Re: [PATCH 0/1] c-user: Generate I/O Manager documentation

On 1/10/20 3:01 pm, Sebastian Huber wrote: > On 01/10/2020 06:11, Chris Johns wrote: >> On 30/9/20 12:59 am, Sebastian Huber wrote: >> Where is the source of this generated documentation? I would like to review >> that >> side of things and how it is generated befo

Re: waf bsp_defaults sometimes includes multiple BSPs

On 2/10/20 7:38 am, Joel Sherrill wrote: > I am generating a uniquely named ini file per BSP. What about doing: echo "[arch/bsp]" > config-arch-bsp.ini For example: echo "[arm/lpc32xx_mzx_stage_1]" > config-arm-lpc32xx_mzx_stage_1.ini I have concerns about the long term effects of users dump

Release 4.11.4 date set to 7th Oct 2020

Hello, I would like create a 4.11.4 release next week. I am reviewing the tickets against the 4.11.4 milestone. I have closed a number of tickets as `wontfix`. If they are required please reopen, assign to the 4.11.5 milestone with a suitable fix or someone tasked to work on a fix. I will create

Re: [PATCH 1/1] c-user: Generate I/O Manager documentation

On 2/10/20 4:04 pm, Sebastian Huber wrote: > On 02/10/2020 01:32, Chris Johns wrote: > >> On 30/9/20 12:59 am, Sebastian Huber wrote: >>> The manager documentation is a consolidation of the comments in Doxygen >>> markup and the documentation sources in Sphinx markup

Re: waf default number of jobs

On 2/10/20 5:53 am, Joel Sherrill wrote: > On Thu, Oct 1, 2020 at 2:39 PM Sebastian Huber > > > wrote: > > On 01/10/2020 20:09, Joel Sherrill wrote: > > > What was the rationale behind the choice of the default for the number > > of jobs for

Re: [PATCH v4] cpukit/librcxx: Add a C++ thread interface with attributes

rsed > Great, comments with them. Thanks for the review. Chris > > On Sat, Oct 3, 2020, 1:23 AM mailto:chr...@rtems.org>> > wrote: > > From: Chris Johns mailto:chr...@rtems.org>> > > --- >  cpukit/include/rtems/c++/error            |  65

Re: [PATCH v1] tester: Prevent crash with json output

On 6/10/20 7:41 am, Kinsey Moore wrote: > This fixes an issue with json report output that causes a crash due to > the incorrect object member being accessed for test-too-long. This also > changes treatment of fatal errors to match how they are displayed in the > tester log output and changes "fata

Re: [PATCH v4] cpukit/librcxx: Add a C++ thread interface with attributes

t/include/rtems/c++/error >> @@ -0,0 +1,65 @@ >> +/* -*- C++ -*- >> + * SPDX-License-Identifier: BSD-2-Clause >> + * >> + * Copyright (C) 2020 Chris Johns (http://contemporary.software) >> + * >> + * Redistribution and use in source and binary forms,

Re: Approachability of Documentation Generation

On 5/10/20 7:25 pm, Sebastian Huber wrote: > On 02/10/2020 20:11, Gedare Bloom wrote: >> On Fri, Oct 2, 2020 at 8:57 AM Joel Sherrill wrote: >>> Hi >>> >>> The other thread has a mix of detailed "review this" versus philosophy on >>> how >>> to make the documentation generation process approachab

Re: [PATCH v1] tester: Prevent crash with json output

On 6/10/20 9:35 am, Kinsey Moore wrote: > *From:* Joel Sherrill > *Sent:* Monday, October 5, 2020 17:03 > *To:* Chris Johns > *Cc:* Kinsey Moore ; rtems-de...@rtems.org > > *Subject:* Re: [PATCH v1] tester: Prevent crash with json output > On Mon, Oct 5, 2020 at 4:57 PM Chr

Re: [PATCH v2] c-user: Generate I/O Manager documentation

On 6/10/20 1:39 am, Sebastian Huber wrote: > +.. This file was automatically generated. Do not edit it manually. > +.. Please have a look at > +.. > +.. https://docs.rtems.org/branches/master/eng/req/howto.html > +.. > +.. for information how to maintain and re-generate this file. This section is

Re: [PATCH v4] cpukit/librcxx: Add a C++ thread interface with attributes

On 5/10/20 3:52 am, Joel Sherrill wrote: > riscv and sparc leon3 should work with clang. Sure. Have you built clang and built these BSPs? > But I also wondered  (didn't > mentioned) if you had tried this as a native wrapper. It may be testable on > FreeBSD or Linux as well. Ensuring that may giv

Re: [PATCH v5] cpukit/librcxx: Add a C++ thread interface with attributes

On 6/10/20 5:12 pm, Sebastian Huber wrote: > thanks, looks good. Great :) > I would have added the stuff to similar to > That is a great idea. I did not like `c++` in the path but I also did not think `rtems/thread` was suitable. > but this is a matter of taste. I do not like .hpp as an exte

Re: [PATCH v5] cpukit/librcxx: Add a C++ thread interface with attributes

On 7/10/20 12:33 am, Joel Sherrill wrote: > One last pile on. No problem and thanks. The reviews are great. > It is minor but you said "scheduler modes" for > inherit/explicit.  I couldn't place what bothered me about that wording. This > morning it hit me that modes is a Classic API term. I thi

Re: [PATCH v3] c-user: Generate I/O Manager documentation

On 7/10/20 4:04 am, Sebastian Huber wrote: > On 06/10/2020 17:06, Gedare Bloom wrote: > >> I just have one minor complaint now. In the HTML, I don't like that >> "RETURN VALUES:" >> appears to be about the same size/level/style as each of the list >> elements below it. If you can make them more di

Re: [PATCH v3] c-user: Generate I/O Manager documentation

On 7/10/20 4:40 am, Sebastian Huber wrote: > On 06/10/2020 19:33, Sebastian Huber wrote: > >> On 06/10/2020 19:04, Sebastian Huber wrote: >> >>> On 06/10/2020 17:06, Gedare Bloom wrote: >>> I just have one minor complaint now. In the HTML, I don't like that "RETURN VALUES:" appears

Re: [PATCH v4] cpukit/librcxx: Add a C++ thread interface with attributes

On 7/10/20 1:55 am, Gedare Bloom wrote: > On Mon, Oct 5, 2020 at 4:02 PM Chris Johns wrote: >> >> On 5/10/20 6:36 pm, Sebastian Huber wrote: >>> On 03/10/2020 08:23, chr...@rtems.org wrote: >>> >>>> diff --git a/cpukit/include/rtems/c++/error >&g

Re: Old network stack and aarch64

On 7/10/20 12:26 am, Joel Sherrill wrote: > On Tue, Oct 6, 2020 at 2:30 AM Sebastian Huber > > > wrote: > > Hello, > > building the old network stack for aarch64 fails with: > > cpukit/librpc/src/xdr/xdr_float.c:121:2: error: #error "xdr_fl

Legacy networking stack removal

Hi, What is the life span of the legacy stack in rtems.git? I see this software as a liability. I think it is hard to actively encourage our users to use libbsd if we have an enable or waf equivalent at hand in rtems.git. I know of one serious issue in the stack related to the ARP cache and Wind

Re: Legacy networking stack removal

On 7/10/20 10:21 am, Joel Sherrill wrote: > On Tue, Oct 6, 2020, 6:16 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > What is the life span of the legacy stack in rtems.git? I see this > software as a > liability. > > I'd love it to be a sliver

Documentation image source

Hi, In an update of my rtems-docs.git repo I noticed some new image source formats: $ find . -name \*.dot ./images/eng/bld-bsp.dot ./images/eng/bld-deps2.dot ./images/eng/bld-bsp2.dot ./images/eng/bld-deps.dot Do we have a policy on what image source types can be used? Any additional image sourc

Re: Documentation image source

On 8/10/20 12:04 pm, Joel Sherrill wrote: > On Wed, Oct 7, 2020, 8:01 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > Hi, > > In an update of my rtems-docs.git repo I noticed some new image source > formats: > > $ find . -name \*.d

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

On 7/10/20 9:14 pm, Sebastian Huber wrote: > Improve file header comment. This is great. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Documentation image source

On 8/10/20 2:23 pm, Joel Sherrill wrote: > On Wed, Oct 7, 2020, 8:12 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 8/10/20 12:04 pm, Joel Sherrill wrote: > > On Wed, Oct 7, 2020, 8:01 PM Chris Johns <mailto:chr...@rtems.org> > > <

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

On 8/10/20 2:18 pm, Joel Sherrill wrote: > On Wed, Oct 7, 2020, 10:14 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 7/10/20 9:14 pm, Sebastian Huber wrote: > > Improve file header comment. > > This is great. > > Agreed. I assume the spec: is

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 PD

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 &

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 c

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: [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

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 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

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 forma

Re: [PATCH] testsuites/samples/fileio - Increase of stack size

On 10/10/20 1:05 am, Frank Kühndel wrote: > I can open a ticket for 5 and 6 if you like. Please test on 5.1 and if the problem exists then raise a ticket on 5 for the next milestone. Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

On 10/10/20 7:35 am, Alan Cudmore wrote: > After doing a lot of tracing through my application, it looks like > malloc_info works fine before we start our cFS application, but it > blocks after the cFS is initialized. This suggests some sort of memory > corruption. > I started by instrumenting our

Re: Building libbsd after installing libbsd

On 9/10/20 9:13 am, Joel Sherrill wrote: > On Thu, Oct 8, 2020 at 4:59 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 9/10/20 8:24 am, Joel Sherrill wrote: > > Hi > > > > I am not sure if this is avoidable but it is surprising.  >

Re: [PATCH v2] rtems: Generate

On 12/10/20 1:16 am, Sebastian Huber wrote: > On 08/10/2020 08:18, Sebastian Huber wrote: > >> 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 or

Re: waf for RTEMS Applications

On 10/10/20 9:26 am, Joel Sherrill wrote: > I decided to try this out today. The users manual is pretty good but has some > spots which lean to 5 and haven't been updated. Great. > Also mentions updating your PATH > early and isn't really needed until rtems-run can't find qemu. :) I have treate

Re: [PATCH] shell: Remove not functioning fdisk mount/unmount command

Frank, As Gedare has said great analysis. Thank you. I have no idea why I did not test the `fdisk mound/unmount` command, maybe I did not know it existed, but it has proved to be a good way for us to know the old interface is not used. The change is OK to push. On 10/10/20 3:03 am, Peter Dufaul

Re: Build fail on debian - Toolset build error

On 13/10/20 1:06 am, Karel Gardas wrote: > On 10/12/20 3:50 PM, Anders Montonen wrote: >> Hi, >> >>> On 12 Oct 2020, at 15:30, Karel Gardas >> > wrote: >>> >>> >>> Sure, but you have to install header files whatever this means on >>> macosx. On Ubuntu this means 'apt

libbsd need --enable-posix any more?

Hi, LibBSD checks for --enable-posix. Is this check needed with rtems.git master? Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: On Master All GDB Builds Fail on Cygwin

On 14/10/20 9:42 am, Joel Sherrill wrote: > Finally got an answer from Corinna and she said to report this to gdb. But > when > I went to repeat it, it builds now. Weird. Was Cygwin updated? > Unfortunately, the source builder ended with this on Cygwin. A Linux VM on the > same physical computer

Re: On Master All GDB Builds Fail on Cygwin

On 14/10/20 11:45 am, Joel Sherrill wrote: > On Tue, Oct 13, 2020, 6:37 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 14/10/20 9:42 am, Joel Sherrill wrote: > > Finally got an answer from Corinna and she said to report this to gdb. > But > wh

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 2:27 am, Joel Sherrill wrote: > On Wed, Oct 14, 2020 at 10:20 AM Sebastian Huber > > > wrote: > On 14/10/2020 17:17, Joel Sherrill wrote: > > On Wed, Oct 14, 2020 at 9:45 AM Sebastian Huber > >

Re: Uncrustify

On 15/10/20 5:04 am, Joel Sherrill wrote: > On Wed, Oct 14, 2020 at 12:11 PM Sebastian Huber > > > wrote: > Hello, > > I tried to write a configuration file for Uncrustify which is close to > the RTEMS coding style. This tool has really a lot

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 4:35 pm, Sebastian Huber wrote: > On 15/10/2020 00:48, Chris Johns wrote: > >> On 15/10/20 2:27 am, Joel Sherrill wrote: >>> On Wed, Oct 14, 2020 at 10:20 AM Sebastian Huber >>> >> <mailto:sebastian.hu...@embedded-brains.de>> >>&

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

On 13/10/20 4:13 am, Joel Sherrill wrote: > On Mon, Oct 12, 2020 at 11:15 AM Alan Cudmore > wrote: > > Hi Chris, > I'm not sure that I can easily create a test to show that this > condition exists. I think the rtems_rfs_bitmap_create_search function >

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 5:15 pm, Sebastian Huber wrote: > On 15/10/2020 08:05, Chris Johns wrote: > >> On 15/10/20 4:35 pm, Sebastian Huber wrote: >>> On 15/10/2020 00:48, Chris Johns wrote: >>> >>>> On 15/10/20 2:27 am, Joel Sherrill wrote: >>>

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 5:26 pm, Sebastian Huber wrote: > On 15/10/2020 08:23, Chris Johns wrote: > >> On 15/10/20 5:15 pm, Sebastian Huber wrote: >>> On 15/10/2020 08:05, Chris Johns wrote: >>> >>>> On 15/10/20 4:35 pm, Sebastian Huber wrote: >>>>> O

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 5:34 pm, Sebastian Huber wrote: > On 15/10/2020 08:30, Chris Johns wrote: > >> On 15/10/20 5:26 pm, Sebastian Huber wrote: >>> On 15/10/2020 08:23, Chris Johns wrote: >>> >>>> On 15/10/20 5:15 pm, Sebastian Huber wrote: >>>>> O

Re: Fwd: [rtems-bsp-builder] 2020-10-13 09:15:22: Profile(s): everything

On 15/10/20 5:43 pm, Sebastian Huber wrote: > On 15/10/2020 08:41, Chris Johns wrote: > >> On 15/10/20 5:34 pm, Sebastian Huber wrote: >>> On 15/10/2020 08:30, Chris Johns wrote: >>> >>>> On 15/10/20 5:26 pm, Sebastian Huber wrote: >>>>>

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

On 16/10/20 5:22 am, Alan Cudmore wrote: > On Thu, Oct 15, 2020 at 11:19 AM Gedare Bloom wrote: >> >> On Thu, Oct 15, 2020 at 6:35 AM Joel Sherrill wrote: >>> >>> >>> >>> On Thu, Oct 15, 2020, 7:15 AM Alan Cudmore wrote: Thanks for all of the help, and thanks for the patch Chris! I was

Re: [PATCH 5] libfs/rfs: Check search bit map end on last bit

On 16/10/20 12:00 am, Joel Sherrill wrote: > Does this need to go on 4.11 as well? Please raise a ticket. > I can't imaging this code has changed. It is testing that takes the time. > May even be the same in 4.10. Please raise a ticket. Thanks Chris ___

Re: [PATCH] rtems-fdt / shell - Fix string truncation warning

On 15/10/20 10:27 pm, Frank Kuehndel wrote: > From: Frank Kühndel > > The compiler warning was: > > ../../../cpukit/libmisc/rtems-fdt/rtems-fdt.c:267:5: warning: > 'strncpy' specified bound depends on the length of the source argument > 267 | strncpy(path, name, namelen); > | ^~~

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

On 16/10/20 6:16 am, Alan Cudmore wrote: > On Thu, Oct 15, 2020 at 3:03 PM Chris Johns wrote: >> The number of bits needs to align to a value that fits the whole 32 bit mask >> so >> the last is used to trigger the bug. > > How can I calculate this? The number

Re: [PATCH] rtems-fdt / shell - Fix string truncation warning

On 16/10/20 7:24 am, Joel Sherrill wrote: > On Thu, Oct 15, 2020 at 2:13 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 15/10/20 10:27 pm, Frank Kuehndel wrote: > > From: Frank Kühndel <mailto:frank.kuehn...@embedded-brains.de>> > &

Re: [rtems commit] rtems-fdt / shell - Fix string truncation warning

On 16/10/20 4:23 am, Sebastian Huber wrote: > > rtems-fdt.c, rtems-fdt-shell.c and cpukit/include/rtems/rtems-fdt.h > seem to be dead code. They implement a shell command `fdt` but that > command is not part of the shell nor of any macro in > cpukit/include/rtems/shellconfig.h. This comment is wr

Re: set_vector() on SPARC

On 16/10/20 4:57 am, Sebastian Huber wrote: > I suggest to remove this function and replace it with rtems_interrupt_catch() > and add the interrupt enable to rtems_interrupt_catch(). Which BSPs will this effect? What testing on real hardware will there be? Chris _

Re: [rtems commit] rtems-fdt / shell - Fix string truncation warning

On 16/10/20 3:28 pm, Sebastian Huber wrote: > On 16/10/2020 01:36, Chris Johns wrote: >> On 16/10/20 4:23 am, Sebastian Huber wrote: >>> >>> rtems-fdt.c, rtems-fdt-shell.c and cpukit/include/rtems/rtems-fdt.h >>> seem to be dead code. They implement a shell c

Re: set_vector() on SPARC

On 16/10/20 3:30 pm, Sebastian Huber wrote: > On 16/10/2020 03:09, Chris Johns wrote: >> On 16/10/20 4:57 am, Sebastian Huber wrote: >>> I suggest to remove this function and replace it with >>> rtems_interrupt_catch() >>> and add the interrupt enable to rt

Re: [rtems commit] rtems-fdt / shell - Fix string truncation warning

On 16/10/20 3:47 pm, Sebastian Huber wrote: > On 16/10/2020 06:38, Chris Johns wrote: >>> * has no tests, >> And all the other commands have tests? > > No, so this is admittedly not a very strong argument. > > It is a general problem that the shell code has little

Re: [PATCH] rtems-fdt / shell - Fix string truncation warning

On 17/10/20 3:16 am, Frank Kühndel wrote: > Hello Chris, > > On 10/15/20 10:29 PM, Chris Johns wrote: >> On 16/10/20 7:24 am, Joel Sherrill wrote: >>> On Thu, Oct 15, 2020 at 2:13 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>>

Re: [PATCH] rtems-fdt / shell - Fix string truncation warning

On 17/10/20 10:37 am, Chris Johns wrote: > On 17/10/20 3:16 am, Frank Kühndel wrote: >> Hello Chris, >> >> On 10/15/20 10:29 PM, Chris Johns wrote: >>> On 16/10/20 7:24 am, Joel Sherrill wrote: >>>> On Thu, Oct 15, 2020 at 2:13 PM Chris Johns >>>

Re: [PATCH] user/beagle: Add debug hjardware mod

On 19/10/20 12:51 pm, Joel Sherrill wrote: > Spell hardware correctly :) Yeah that would be a good idea .. small keys and fat fingers. I will fix that. Thanks. Uploaded a PDF so you can see the image ... https://ftp.rtems.org/pub/rtems/people/chrisj/user.pdf It is a photo and JPG was the smalle

Re: [rtems commit] posix: Fix pthread_spin_unlock()

On 20/10/20 5:06 am, Gedare Bloom wrote: > On Mon, Oct 19, 2020 at 11:11 AM Sebastian Huber > wrote: >> >> On 19/10/2020 18:53, Gedare Bloom wrote: >> >>> On Mon, Oct 19, 2020 at 9:48 AM Sebastian Huber >>> wrote: On 19/10/2020 17:42, Joel Sherrill wrote: > This was reported agains

Re: [rtems commit] posix: Fix pthread_spin_unlock()

On 20/10/20 2:46 am, Sebastian Huber wrote: > On 19/10/2020 17:42, Joel Sherrill wrote: > >> This was reported against 4.11 which means it needs to be committed to 4.11, >> 5, and master. > It depends on the severity of the bug if I create tickets and back ports for > this right now. If it is nee

Re: [PATCH v2] User Manual languages section

On 20/10/20 2:43 am, Joel Sherrill wrote: > On Mon, Oct 19, 2020 at 10:20 AM Gedare Bloom > wrote: > > Thanks for this. Someone should at least add TBD stubs for a few > languages. If we say nothing, the assumption is there is nothing to > say. You can open a

BSP maintenance (was Re: set_vector() on SPARC)

On 19/10/20 4:51 pm, Sebastian Huber wrote: > On 16/10/2020 19:48, Joel Sherrill wrote: >> On Thu, Oct 15, 2020 at 11:40 PM Chris Johns > <mailto:chr...@rtems.org>> wrote: >> >>     On 16/10/20 3:30 pm, Sebastian Huber wrote: >>     > On 16/10/2020 03:09,

Re: [PATCH v2] rtems-fdt / shell - Fix string truncation warning

OK to push. Thanks Chris On 20/10/20 12:16 am, Frank Kuehndel wrote: > From: Frank Kühndel > > The compiler warning was: > > ../../../cpukit/libmisc/rtems-fdt/rtems-fdt.c:267:5: warning: > 'strncpy' specified bound depends on the length of the source argument > 267 | strncpy(path, name,

Re: [PATCH] libdebugger: Fix ARMv7-M with -O0

On 21/10/20 2:50 am, Sebastian Huber wrote: > On 02/04/2020 09:09, Sebastian Huber wrote: > >> On 02/04/2020 08:46, Chris Johns wrote: >> >>> On 2020-04-02 16:53, Sebastian Huber wrote: >>>> Hallo Chris, >>>> On 21/03/2020 07:45, Sebastian Huber

Re: [PATCH 1/2] bsps/arm: Add support for MPU region alignment

On 21/10/20 3:04 am, Sebastian Huber wrote: > --- > bsps/arm/shared/start/linkcmds.base | 21 + > 1 file changed, 21 insertions(+) > > diff --git a/bsps/arm/shared/start/linkcmds.base > b/bsps/arm/shared/start/linkcmds.base > index 1f5f1ef959..d0663cf97e 100644 > --- a/bsps/a

Re: [PATCH 2/2] bsps/arm: Sort fast text/data sections

On 21/10/20 3:04 am, Sebastian Huber wrote: > --- > bsps/arm/shared/start/linkcmds.base | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/bsps/arm/shared/start/linkcmds.base > b/bsps/arm/shared/start/linkcmds.base > index d0663cf97e..8fa127ce08 100644 > --- a/bsps/arm/

Re: [rtems commit] posix: Fix pthread_spin_unlock()

On 21/10/20 3:01 am, Gedare Bloom wrote: > On Mon, Oct 19, 2020 at 10:59 PM Sebastian Huber > wrote: >> >> On 20/10/2020 00:17, Chris Johns wrote: >>> On 20/10/20 5:06 am, Gedare Bloom wrote: >>>> On Mon, Oct 19, 2020 at 11:11 AM Sebastian Huber >>

Re: LibBSD PowerPC motorola_shared BSP PCI Support

On 21/10/20 2:52 am, Sebastian Huber wrote: > On 20/10/2020 03:52, chr...@rtems.org wrote: > >> Tested on a MVME2700 (mvme2307) BSP: >> >> nexus0: >> pcib0 pcibus 0 on motherboard >> pci0: on pcib0 >> pci0: at device 0.0 (no driver attached) >> pci0: at device 11.0 (no driver attached) >> pci0

Re: BSP maintenance (was Re: set_vector() on SPARC)

would also like have it clearly understood by our users that testing on hardware is the only means we have to know things work. Chris > > wkr, > > Thomas. > > Am 20.10.20 um 04:32 schrieb Chris Johns: >> If these architectures are not being maintained as you suggest wh

Re: [PATCH 1/2] bsps/arm: Add support for MPU region alignment

On 21/10/20 4:37 pm, Sebastian Huber wrote: > On 21/10/2020 02:23, Chris Johns wrote: >> On 21/10/20 3:04 am, Sebastian Huber wrote: >>> --- >>>   bsps/arm/shared/start/linkcmds.base | 21 + >>>   1 file changed, 21 insertions(+) >&g

Re: [PATCH 2/2] bsps/arm: Sort fast text/data sections

On 21/10/20 4:31 pm, Sebastian Huber wrote: > On 21/10/2020 02:25, Chris Johns wrote: > >> On 21/10/20 3:04 am, Sebastian Huber wrote: >>> --- >>>   bsps/arm/shared/start/linkcmds.base | 4 ++-- >>>   1 file changed, 2 insertions(+), 2 deletions(-) >

Re: [PATCH 2/2] bsps/arm: Sort fast text/data sections

On 21/10/20 4:51 pm, Sebastian Huber wrote: > On 21/10/2020 07:42, Chris Johns wrote: > >> On 21/10/20 4:31 pm, Sebastian Huber wrote: >>> On 21/10/2020 02:25, Chris Johns wrote: >>> >>>> On 21/10/20 3:04 am, Sebastian Huber wrote: >>>>

<    1   2   3   4   5   6   7   8   9   10   >