Re: [PATCH 7/8] rtems: Remove Message_queue_Control::attribute_set

On Thu, Sep 24, 2020 at 7:13 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Add Message_queue_Control::is_global if RTEMS_MULTIPROCESSING is defined. > This > reduces the Message_queue_Control size in standard RTEMS configurations. > > Update #4007. > --- > cpukit/include/rtems

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

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 line editing of the RTEMS > shell. Typing CTRL-U in the shell should remove all characters left of the > cursor. After pressing CTRL-U,

Re: Configure options not in waf

On Fri, Sep 25, 2020, 11:11 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 25/09/2020 17:39, Joel Sherrill wrote: > > > Hi > > > > There may be more but so far, the generated default config.ini does > > not appear to have settings which

Re: qoriq_e6500_32 with smp - compiler error

On Fri, Sep 25, 2020, 2:36 PM Gedare Bloom wrote: > When I build the qoriq_e6500_32 with SMP enabled in the new build > system, I hit this error: > [ 77/4070] Compiling bsps/powerpc/shared/cache/cache.c > In file included from ../../../bsps/powerpc/shared/cache/cache.c:319: > ../../../bsps/power

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

On Fri, Sep 25, 2020, 1:45 PM Kinsey Moore wrote: > -Original Message- > From: Sebastian Huber > Sent: Friday, September 25, 2020 11:20 > To: Kinsey Moore ; devel@rtems.org > Subject: Re: [PATCH v1 6/8] score: Add AArch64 port > > On 25/09/2020 17:27, Kinsey Moore wrote: > > > diff --git

Re: [PATCH] Confstr Patches

thing. --joel On Sun, Sep 13, 2020 at 4:05 PM Joel Sherrill wrote: > Review feedback should stay on the list. :) > > On Sat, Sep 12, 2020 at 4:29 PM Eshan Dhawan > wrote: > >> >> >> >> On Sat, Sep 12, 2020 at 2:45 AM Joel Sherrill wrote: >> >>>

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

Why the __ around RTEMS_ADA and no other option? I think the first order of business is to explain how to translate existing configure and build steps to the new one. I think adding a simple example with a couple of enable/disable and the corresponding waf would help. Every user has to face this.

All bsp bsets fail on master

Hi It looks all BSP bsets failed on the master like this: RTEMS Source Builder - Set Builder, 6 (1ea1c9cdc563) Build Set: 6/bsps/xilinx_zynq_zedboard error: no build set file found: 6/bsps/xilinx_zynq_zedboard.bset Mailing report: bu...@rtems.org Traceback (most recent call last): File "../sour

Not Really Duplicates on build@ Mailing Lists

Hi If you look at the build@ logs, you will see some apparently duplicate test reports. Well we hope they are duplicates. Otherwise waf and autoconf builds are not the same. :) I have updated my script to handle waf and autoconf builds. Based on which files are present, it builds one way or both.

On Master All GDB Builds Fail on Cygwin

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-rtems6-gdb-0295dde-x86_64-pc-cygwin-1/build/gdb/../../sou

Re: Purpose of rtems_device_driver?

On Tue, Sep 29, 2020 at 8:37 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I work currently on the documentation of the IO Manager. What is the > purpose of > > typedef rtems_status_code rtems_device_driver; > > ? > > For me this looks a bit like camouflage. > No. I

Re: Purpose of rtems_device_driver?

On Tue, Sep 29, 2020 at 8:54 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 29/09/2020 15:47, Sebastian Huber wrote: > > > On 29/09/2020 15:42, Joel Sherrill wrote: > > > >> > >> > >> On Tue, Sep 29, 2020 at 8:37 AM Sebast

New Build Sweeps

Hi I am starting to do a sweep of all BSPs with various configure options and build them back to back with autoconf and waf with the same options. I am just doing a basic sweep now of SMP on/off and Debug on/off and reporting issues as I spot them. Overnight a build sweep completed which had test

Recent rtems-bsp-builder results

Hi Has anyone run this lately? I got all failures on my sweep over the weekend. That doesn't match my results by hand where I built and ran tests on some. --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Purpose of rtems_device_driver?

wrote: > > > > On Sep 29, 2020, at 10:13 , Joel Sherrill wrote: > > > > > > > > On Tue, Sep 29, 2020 at 8:54 AM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > > On 29/09/2020 15:47, Sebastian Huber wrote: > > > > > On

Build Sweeps Before Full Switch To Waf

Hi Over the weekend, I think the modifications to my existing build sweeper reached the point where test results for BSPs on simulators were reported got an autoconf build followed by a waf build of the same configuration. The results should be the same. I have made some headway on a special buil

Building BSP bset without including Tools

Hi 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 target. Is there a without option for this? If

Canonical List of BSPs with SMP Support?

Hi 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. Temporarily ,I would like to know what's the official list of BSPs with SMP support so I can focus on what should work rather t

Re: [PATCH] build: Enable RTEMS_SMP only for selected BSPs

This looks good to me. I will use the same list to avoid SMP on the autoconf build system. I'll start another thread for the next option question --joel On Thu, Oct 1, 2020 at 6:38 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > spec/build/cpukit/optsmp.yml | 33 +++

Configure Options Not Universally Supported (Multiprocessing to Start)

Hi After the discussion on enable SMP, it occurred to me that the multiprocessing configuration is only supported by a few BSPs. Is this one which also should have to pass a BSP support filter to pass configure? The BSPs I can think of are psim, leon3 family, and mvme147. There may be more but a

BSP Sweep #1 Report

Hi Well after 33 hours of building, the patch for SMP option validation, and the start of a discussion on other options, here is my summary report. BSPs:203 Total: 1497 Passed: 989 Failed: 507 Failed autoconf: 215 Failed waf: 292 Failed (NOSMP): 34 The full summary (odd phrasin

Re: [PATCH] Entangle the C Program Heap initialization

On Thu, Oct 1, 2020 at 10:07 AM Gedare Bloom wrote: > This looks ok to me. I suppose eliminating the dependency requires the > function pointer indirection. The only thing I don't see is why > redefinition of the _Workspace_Malloc_initializer is allowed in both > wkspacemallocinitdefault.c and in

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

On Thu, Oct 1, 2020 at 10:53 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> 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

waf default number of jobs

Hi What was the rationale behind the choice of the default for the number of jobs for the waf build system? I know there isn't a good default because there is a huge difference between being able to completely use a computer or just do build more or less in the background. Historically, the numb

Re: waf default number of jobs

On Thu, Oct 1, 2020 at 2:39 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> 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 the waf build system? > I don't know

waf bsp_defaults sometimes includes multiple BSPs

Hi I am generating a uniquely named ini file per BSP. In doing an ls -l, I noticed the size varied by at least a factor of three. This is because when some BSPs are put in, the entire family is being included. I suspected this happens when a BSP name matches the family name but leon3 doesn't trip

Re: waf bsp_defaults sometimes includes multiple BSPs

On Fri, Oct 2, 2020 at 12:57 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 01/10/2020 23:38, Joel Sherrill wrote: > > > I am generating a uniquely named ini file per BSP. In doing an ls -l, > > I noticed the size varied by at least a factor of th

Approachability of Documentation Generation

Hi The other thread has a mix of detailed "review this" versus philosophy on how to make the documentation generation process approachable so Sebastian isn't the only human capable of maintaining it. I want to talk at a high level about making the process approachable. The major factor in the push

Re: white space in build path?

On Fri, Oct 2, 2020 at 11:43 AM Gedare Bloom wrote: > Can we make spaces in paths work, or be checked/rejected, in the waf > build without too much trouble? > I'd be prone to make it an error and not worry about it deeper in the code. It would have to be properly quoted everywhere which might be

Interest in Virtual RTEMS Workshop

Hi In the past, we have internally discussed an RTEMS Workshop but always got hung up on the basic logistics. There had to be a host site which usually means cost. Although OAR now has access to a facility that could host about 40-50. Travel required to all be in a central location would be burden

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

Will this show up in documentation somewhere? It does seem like we should say something about C++ threads and this. What about C11 threads? Test doesn't appear to cover much. More interspersed On Sat, Oct 3, 2020, 1:23 AM wrote: > From: Chris Johns > > --- > cpukit/include/rtems/c++/error

Re: Interest in Virtual RTEMS Workshop

CS and CFS communities. Maybe a GSoC project session. And some from core developers on what they are doing. So don't think we don't want to hear about your work even if it is a repeat from the EPICS workshop. :) Viele Grüße > Heinz > > > On 2. Oct 2020, at 22:02, Joel Sherr

Re: [PATCH v3 07/10] spmsgq_err01: Use correct max values and fix 64bit

On Mon, Oct 5, 2020 at 2:18 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/10/2020 06:18, Kinsey Moore wrote: > > > Fix spmsgq_err01 on systems with 64-bit pointers and correct max value > > mismatches and inaccuracies that are more noticable on 64-bit systems. > > --- > >

Re: [PATCH v3 03/10] bsps: Break out AArch32 portions of GPT driver

On Mon, Oct 5, 2020 at 1:59 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/10/2020 06:18, Kinsey Moore wrote: > > > diff --git a/bsps/arm/imx/start/bspstart.c > b/bsps/arm/imx/start/bspstart.c > > index 5fb07bf60a..ff4b204790 100644 > > --- a/bsps/arm/imx/start/bspstart.c

Re: [PATCH v3 04/10] bsps: Break out AArch32 GICv3 support

On Mon, Oct 5, 2020 at 2:04 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/10/2020 06:18, Kinsey Moore wrote: > > > +/** > > + * This architecture-specific function sets the exception vector for > handling > > + * IRQs. > > + */ > > +void aarch_interrupt_facility_set_excep

BSP Build Sweep Report (5 Oct)

Hi The build sweep completed overnight and there were a lot of BSPs which did not build to completion. This is the summary: BSPs:192 Total: 1745 all-bsps-log.txt Passed: 1532 Failed: 212 Failed autoconf: 178 Failed waf: 34 Failed (NOSMP): 78 The full summary with one line resul

Re: BSP Build Sweep Report (5 Oct)

On Mon, Oct 5, 2020 at 8:05 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 05/10/2020 14:56, Joel Sherrill wrote: > > > Hi > > > > The build sweep completed overnight and there were a lot of BSPs which > > did not build to completio

Re: BSP Build Sweep Report (5 Oct)

On Mon, Oct 5, 2020 at 8:36 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 05/10/2020 15:30, Joel Sherrill wrote: > > > > > > > On Mon, Oct 5, 2020 at 8:05 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>&

Re: [PATCH v3 1/2] cpu-supplement: Fix formatting and missing words

On Sat, Oct 3, 2020 at 11:23 PM Kinsey Moore wrote: > --- > cpu-supplement/arm.rst | 18 +- > 1 file changed, 9 insertions(+), 9 deletions(-) > > diff --git a/cpu-supplement/arm.rst b/cpu-supplement/arm.rst > index 63aa532..ac9e8c6 100644 > --- a/cpu-supplement/arm.rst > +++ b/cp

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

On Mon, Oct 5, 2020 at 10:34 AM Gedare Bloom wrote: > This is an SMP related bug? Can you send the rtems configure command, > and the qemu run command? > > It might also help to know the number of tasks and their priorities. > The CONFIGURE* macros might also help. > > My first guess is that the

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

was found after the release. :) --joel > > Thanks, > Alan > > On Mon, Oct 5, 2020 at 11:58 AM Joel Sherrill wrote: > > > > > > > > On Mon, Oct 5, 2020 at 10:34 AM Gedare Bloom wrote: > >> > >> This is an SMP related bug? Can you send

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

On Mon, Oct 5, 2020 at 4:57 PM Chris Johns wrote: > 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 the

Failures from Partial BSP Build Sweep

Hi Sebastian's fix for testopts seems to have resolved a lot of build failures. My build is ~220 BSPs in and this is the current set of failure messages: FAILED (2) autoconf build of arm lm3s3749 (NOSMP/NOMP/DEBUG/PROFILE) FAILED (1) waf build of arm lm3s3749 (NOSMP/NOMP/DEBUG/PROFILE) FAILED (

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

Pushed. On Mon, Oct 5, 2020 at 6:26 PM Chris Johns wrote: > 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] rtems: Improve RTEMS_NO_RETURN attribute

This looks OK. Push it. On Tue, Oct 6, 2020 at 1:06 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Provide RTEMS_NO_RETURN also in case RTEMS_DEBUG is defined to prevent > errors > like this: > > error: no return statement in function returning non-void > [-Werror=return-type]

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

Maybe Kinsey has an idea. On Tue, Oct 6, 2020 at 1:29 AM small...@aliyun.com wrote: > The board is Ultra96 board with JTAG boot. > And yes, there is a bspsmp.c in rtems-5.1\bsps\arm\xilinx-zynqmp\start\ > > -- > small...@aliyun.com > > > *From:* Gedare Bloom > *Date:

Re: Old network stack and aarch64

On Tue, Oct 6, 2020 at 2:30 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > building the old network stack for aarch64 fails with: > > cpukit/librpc/src/xdr/xdr_float.c:121:2: error: #error "xdr_float.c: > unknown CPU" >121 | #error "xdr_float.c: unknown CPU" > > S

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

One last pile on. 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 think your comments could talk about it in these terms and use the POSIX terms like scheduling attribu

Re: [PATCH] rtems: Improve RTEMS_NO_RETURN attribute

How does it break the API? It looks like a change of annotation. Shouldn't be a big deal unless I am misunderstanding something. On Tue, Oct 6, 2020, 9:28 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 06/10/2020 15:09, Joel Sherrill wrote: > > >

Re: [PATCH] rtems: Improve RTEMS_NO_RETURN attribute

On Tue, Oct 6, 2020 at 9:46 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 06/10/2020 16:37, Joel Sherrill wrote: > > > How does it break the API? It looks like a change of annotation. > > Shouldn't be a big deal unless I am misunderstanding some

Re: [PATCH] rtems: Improve RTEMS_NO_RETURN attribute

On Tue, Oct 6, 2020 at 10:41 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 06/10/2020 17:34, Joel Sherrill wrote: > > > > > On Tue, Oct 6, 2020 at 9:46 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>> wr

BSP Count (rtems-bsps, autoconf, and waf)

Hi ./rtems-bsps looks for *.cfg and reports the following: Architectures: 17 BSP Families: 84 BSPs: 189 I know it overcounts by one since it sees bbxm.cfg as a BSP configuration while when it is for a simulator. But "find . -name "bsp*.yml" | wc -l" only reports 184. (1) rtems-bsps will eventu

Ticket keyword "wafblocker"

Hi As the testing looks better and better, I am beginning to think of other things that have to be touched for the waf switchover. I am filing tickets as I think of them. These are mostly small things that I would prefer to catch now. I don't want this to take as long as it did to purge all the s

Re: Failures from Partial BSP Build Sweep

/NOMP/NODEBUG/NOPROFILE) Thanks. --joel On Mon, Oct 5, 2020 at 6:57 PM Joel Sherrill wrote: > Hi > > Sebastian's fix for testopts seems to have resolved a lot of build > failures. My build is ~220 BSPs in and this is the current set of failure > messages: > > FAILED

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

On Tue, Oct 6, 2020 at 4:58 PM Chris Johns wrote: > 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

Re: Legacy networking stack removal

On Tue, Oct 6, 2020, 6:16 PM Chris Johns wrote: > Hi, > > 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 over autoconf. > > I think it is hard to actively encourage our users to use libbsd if we > have an > enable or

Re: BSP Count (rtems-bsps, autoconf, and waf)

On Wed, Oct 7, 2020 at 1:07 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Here is the difference: > > --- old 2020-10-07 08:01:12.249050086 +0200 > +++ new 2020-10-07 08:00:51.436897826 +0200 > @@ -1,6 +1,7 @@ > +aarch64/a53_ilp32_qemu > +aarch64/a53_lp64_qemu > arm/altcycv_d

Re: BSP Count (rtems-bsps, autoconf, and waf)

On Wed, Oct 7, 2020 at 8:18 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 07/10/2020 14:57, Joel Sherrill wrote: > > > How is clang vs gcc done in waf? > > It is a configuration option: > > # Selects the compiler used to build the BSP

Re: [PATCH v2] build: Disable RTEMS_NETWORKING for some arch/bsp

This seems reasonable until we can remove it. On Wed, Oct 7, 2020 at 2:29 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > The old network stack is not supported on 64-bit targets. > --- > v2: > > Add sparc64 to black list. > > spec/build/cpukit/optnet.yml | 13 - >

BSP Build Sweep (7 Oct 2020)

Hi Results from the sweep that just finished. It is clear that since this takes ~42 hours to run that it tends to have failures which were fixed in the almost 2 days it takes for this to finish. Total: 1744 all-bsps-log.txt Passed: 1657 Failed: 87 Failed autoconf: 60 Failed waf: 27 Fa

Re: Legacy networking stack removal

On Wed, Oct 7, 2020 at 6:30 AM Peter Dufault wrote: > > > > On Oct 7, 2020, at 01:43 , Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > > > > On 07/10/2020 02:07, Chris Johns wrote: > > > >> On 7/10/20 10:21 am, Joel Sherrill wrote

Re: BSP Build Sweep (7 Oct 2020)

On Wed, Oct 7, 2020 at 9:01 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 07/10/2020 15:54, Joel Sherrill wrote: > > x86_64 failures that Sebastian says should be fixed, > Someone has to say yes or no to the patch. > > and raspberry pi fa

Re: Legacy networking stack removal

On Wed, Oct 7, 2020 at 10:12 AM Christian Mauderer < christian.maude...@embedded-brains.de> wrote: > > On 07/10/2020 16:12, Joel Sherrill wrote: > > > > > > On Wed, Oct 7, 2020 at 6:30 AM Peter Dufault > <mailto:dufa...@hda.com>> wrote: > > > &

Re: Documentation image source

On Wed, Oct 7, 2020, 8:01 PM Chris Johns wrote: > 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 po

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

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. > Agreed. I assume the spec: is defined somewhere. > > Thanks > Chris > ___ > devel mailing list > devel@

Re: Documentation image source

On Wed, Oct 7, 2020, 8:12 PM Chris Johns 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>> wrote: > > > > Hi, > > > > In an update of my rtems-docs.git r

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 08/10

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

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 > <mailto:chr...@rtems.org>> wrote: > > On 7/10/20 9:14 pm, Sebastian Huber wrote: > > > Improve file heade

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

../../../../bsps/shared/dev/flash/am29lv160.c: In function 'rtems_am29lv160_write_data_8': On Thu, Oct 8, 2020 at 8:09 AM Joel Sherrill wrote: > Looks OK to push. > > Do you want to cite the ticket number for the build failures in the > comments? > > Should I go ahe

Re: Re: RTEMS Network Stack and Managed Switch

se for RTEMS 5.1. I don’t see libbsd in > the map file at all, but not really sure how to tell. > > > > We do have an FPU and our tasks are all FP enabled. Not sure on the > network stack. > > > > *From:* users *On Behalf Of *Joel Sherrill > *Sent:* Thursday, Oct

[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 +- source-build

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

Call for Ideas and Content: Documenting Benefits of RTEMS Features

Hi The RTEMS documentation is very good at technical details but short on the benefit of each feature. For example, the combination of per-symbol linking and the current system initialization results in smaller code and less code in the linked executable to audit. The details of those features are

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

This is interesting. When I teach RTEMS classes, I always run this application and the last time, this BSP was the one used. It was a rare case of all Zynq users with no LEON users. :) What version of RTEMS and how did you configure it? This sounds like it may need a ticket since it likely needs

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

> From: devel On Behalf Of Frank Kühndel > Sent: Friday, October 9, 2020 09:06 > To: j...@rtems.org > Cc: rtems-de...@rtems.org > Subject: Re: [PATCH] testsuites/samples/fileio - Increase of stack size > > Hi Joel, > > Sebastian is the opinion its a "GCC 10 iss

Re: [PATCH] user: Add a Languages section

On Fri, Oct 9, 2020 at 10:26 AM Gedare Bloom wrote: > On Thu, Oct 8, 2020 at 11:42 PM wrote: > > > > From: Chris Johns > > > > --- > > user/index.rst | 2 + > > user/languages/c.rst | 14 ++ > > user/languages/cpp.rst | 312 +++ > > user/l

waf for RTEMS Applications

Hi 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. Also mentions updating your PATH early and isn't really needed until rtems-run can't find qemu. :) My big questions are from this exercise are: + How would one use thi

Re: aarch64/a53_ilp32_qemu: implicit declaration of function 'truncl'

On Sat, Oct 10, 2020 at 8:13 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 10/10/2020 15:11, Sebastian Huber wrote: > > > Hello Kinsey, > > > > the new aarch64/a53_ilp32_qemu produces a lot of warnings like this: > > > > ../../../testsuites/psxtests/psxhdrs/math/truncl.c:45:

Re: Need help debugging sp16.exe

On Sat, Oct 10, 2020, 10:47 AM Richi Dubey wrote: > Hi Mr. Huber, > > Thanks for checking in. > > I suggested to enable your new scheduler implementation as the default >> to check if it is in line with the standard schedulers. I would first >> get some high level data. Select a BSP with good tes

Re: [rtems commit] libblock: Fix string truncation warning

On Sat, Oct 10, 2020, 8:16 AM Sebastian Huber wrote: > Module:rtems > Branch:master > Commit:bc7ac71f8aaaff0c73469246c526741ec5b181ed > Changeset: > http://git.rtems.org/rtems/commit/?id=bc7ac71f8aaaff0c73469246c526741ec5b181ed > > Author:Frank Kühndel > Date: Mon Oct 5 16:

BSP Build Sweep (12 Oct)

Hi I just pushed a few tcfg additions and now all the configurations my script is doing should match waf and autoconf next time. This is just building. I will do another sweep to confirm that they all match and then we can review the configurations to see if I missed anything. I haven't done the

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

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 > works as it is intended to, but during the last iteration of the for > loop, if 'size' is zer

Re: Need help debugging sp16.exe

ually helps. For some reason, one tends to be easier to debug than the others. Also some of the tests have a lot of code up front that doesn't impact what you are testing. It may be possible to disable early parts of sp16 to reduce what you have to step through and compare schedulers. --joe

mvme3100 (mpc8540) and qemu mpc8544ds

Hi Looking at the PowerPC models supported by Qemu, I noticed this one and looking at the mpc8544, it is so integrated that I wonder if these are quite similar. It would be nice to have a qemu platform with networking if these are close enough to be an easy shot. Any ideas? --joel _

Re: Remove implementation-specific inline functions with exactly one caller?

On Tue, Oct 13, 2020 at 6:41 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > we have a couple of implementation-specific inline functions defined in > header files which have exactly one caller. I think we should remove > these functions in general, to reduce the lines

Re: Build fail on debian - Toolset build error

On Mon, Oct 12, 2020 at 11:38 PM Chris Johns wrote: > 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 h

Re: On Master All GDB Builds Fail on Cygwin

s the best way to send test mail from Cygwin? Thanks. --joel On Mon, Sep 28, 2020 at 8:37 PM Chris Johns wrote: > 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.

Sentinel-6 and RTEMS??

Hi I noticed this is scheduled to launch Nov 10. Per the ESA mission description and the organizations involved, I expect there is at least one RTEMS-based instrument or subsystem in it. https://sentinel.esa.int/web/sentinel/missions/sentinel-6/mission-summary The Star Tracker has no provider an

Re: On Master All GDB Builds Fail on Cygwin

On Tue, Oct 13, 2020, 6:37 PM Chris Johns 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 when > > I went to repeat it, it builds now. > > Weird. Was Cygwin updated? > No. Sebas

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

On Wed, Oct 14, 2020 at 9:45 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 14/10/2020 15:35, Joel Sherrill wrote: > > > BSP builder has 81 failures. :( > It tried to build BSPs which no longer exist. > Well that is an easier thing to fix than my con

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

On Wed, Oct 14, 2020 at 10:20 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 14/10/2020 17:17, Joel Sherrill wrote: > > > On Wed, Oct 14, 2020 at 9:45 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>> wrote: > >

[PATCH] rtems-bsps-tiers.ini: Delete removed PowerPC BSPs

--- config/rtems-bsps-tiers.ini | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/config/rtems-bsps-tiers.ini b/config/rtems-bsps-tiers.ini index 34d7143..e918a6f 100644 --- a/config/rtems-bsps-tiers.ini +++ b/config/rtems-bsps-tiers.ini @@ -83,16 +83,15 @@ bsps_moxie =

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

On Wed, Oct 14, 2020, 11:13 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 14/10/2020 17:27, Joel Sherrill wrote: > > > > > > On Wed, Oct 14, 2020 at 10:20 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>&

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

On Wed, Oct 14, 2020, 11:19 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 14/10/2020 18:16, Joel Sherrill wrote: > > > > > Can you just fix this for now? It builds with autoconf and there > > is a > > > ticket for it.

Re: Uncrustify

On Wed, Oct 14, 2020 at 12:11 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> 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 of options. The > configuration file has more than 3000 lines. Appa

Re: Uncrustify

On Wed, Oct 14, 2020, 6:03 PM Chris Johns wrote: > On 15/10/20 5:04 am, Joel Sherrill wrote: > > On Wed, Oct 14, 2020 at 12:11 PM Sebastian Huber > > sebastian.hu...@embedded-brains.de>> > > wrote: > > Hello, > > > > I tried to write a con

Re: RTEMS 5.1 pc686 BSP malloc_info problem?

Alan > > On Thu, Oct 15, 2020 at 2:08 AM Chris Johns wrote: > > > > On 13/10/20 4:13 am, Joel Sherrill wrote: > > > On Mon, Oct 12, 2020 at 11:15 AM Alan Cudmore > > <mailto:alan.cudm...@gmail.com>> wrote: > > > > > > Hi Chris,

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

Does this need to go on 4.11 as well? I can't imaging this code has changed. May even be the same in 4.10. On Thu, Oct 15, 2020 at 1:40 AM wrote: > From: Chris Johns > > - Do not write past the last location of the search bit map > whe nit is being created. > > Closes #4149 > --- > cpukit/l

<    3   4   5   6   7   8   9   10   11   12   >