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

On Thu, Oct 15, 2020 at 12:24 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 15/10/2020 15:06, Frank Kühndel wrote: > > > On 10/15/20 2:09 PM, Sebastian Huber wrote: > >>> From: Frank Kühndel > >>> > >>> The compiler warning was: > >>> > >>> ../../../cpukit/libmisc/rtems-fdt/

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

On Thu, Oct 15, 2020 at 2:13 PM Chris Johns wrote: > 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 argum

Re: [PATCHv3 08/26] leon, can: introduce common CAN baud-rate calculation function

On Fri, Oct 16, 2020, 6:50 AM Daniel Hellstrom wrote: > Reimplemented the baud-rate algorithm from scratch to cope with > GRCAN, GRCANFD and OC_CAN devices. > --- > bsps/headers.am | 1 + > bsps/include/grlib/canbtrs.h| 80 ++ > bsps/shared/grlib-source

Various Gaisler Patches

Hi I assume these are needed on 5 and will all have tickets. Is that right? And will also be applied to the master? --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Various Gaisler Patches

cpukit/score/cpu/sparc/syscall.S | 3 +- > cpukit/score/cpu/sparc/window.S| 9 +- > 39 files changed, 1996 insertions(+), 880 deletions(-) > > Yes, nothing outside of sparc. > > I will try to create one ticket per patch for the 5-branch,

Re: set_vector() on SPARC

On Thu, Oct 15, 2020 at 11:40 PM Chris Johns wrote: > 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 in

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

This was reported against 4.11 which means it needs to be committed to 4.11, 5, and master. --joel On Mon, Oct 19, 2020 at 10:33 AM Sebastian Huber wrote: > Module:rtems > Branch:master > Commit:2b9fb3141cb10b8bbfa1a18a6aab42474988a636 > Changeset: > http://git.rtems.org/rtems/commi

Re: [PATCH v2] User Manual languages section

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 ticket, assign it to me if you like. It will take > some research to find the set of

Re: [PATCH 0/1] Confstr patch

I think grep is your friend. :) spec/build/testsuites/psxtests/ has all the test descriptions. Hopefully nothing else is required beyond adding another file. On Fri, Oct 16, 2020 at 2:38 AM Eshan dhawan wrote: > Apologies for sending this patch so late. > This patch got struck between my exams

Re: [PATCH 1/1] Confstr Patches

Does anyone have any comments other than adding support for waf? --joel On Fri, Oct 16, 2020 at 2:38 AM Eshan dhawan wrote: > Signed-off-by: Eshan dhawan > --- > cpukit/Makefile.am| 1 + > cpukit/posix/src/confstr.c| 105 + > tests

Re: Does anybody have the source code of rtems tools

I'm probably telling you something that you already know but you will have to contact Edisoft about that. That site is not maintained by or associated with RTEMS.org. --joel On Sun, Oct 18, 2020 at 9:46 PM small...@aliyun.com wrote: > The main page is this: > > http://rtemscentre.edisoft.pt/ind

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

On Tue, Oct 20, 2020 at 10:50 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> 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 Hub

Re: Updated network-demos ...?

On Wed, Oct 21, 2020 at 3:15 AM Jiri Gaisler wrote: > > Does anyone have more a updated version of network-demos than what is in > https://git.rtems.org/network-demos/ ? > > This version does not compile fully with RTEMS-6 and seems to be rather > outdated. > > If not, then I will try to fix the

Time to Update Summer of Code Open Project Pages

Hi Now that the Summer of Code has ended, I was adding tickets for some new ideas. While doing, I noticed a few that clearly need review: + More Pi Support + Beagle Device Tree + etc It would be good if mentors and students could look at the pages and see if any need updating or closing. It is

Re: rtems-5.1 source code test coverage failed

On Thu, Oct 22, 2020 at 4:02 AM small...@aliyun.com wrote: > hi, all > I want test source code coverage in qemu. There are some questions I met. > 1. If compiling without -ftest-coverage, the test only produce a percent > coverage, no *.gcov file which is important to recognize which lines not >

Re: RTEMS big comment conventions

On Thu, Oct 22, 2020 at 6:07 AM Andrew Butterfield < andrew.butterfi...@scss.tcd.ie> wrote: > Dear all, > > In the RTEMS Software Engineering manual, Sec 6.3.2.1 > > https://docs.rtems.org/branches/master/eng/coding-80cols.html#breaking-long-lines > it recommends excessively long comments be broke

RTEMS Presentations at EPICS Collaboration Meeting

Hi Gedare and Chris presented at the EPICS Collaboration Meeting this week. A news item with links to the presentations is at https://www.rtems.org/node/136. A core theme is that we want RTEMS to be a great foundation for frameworks like EPICS and CFS. Chris did a great job presenting on the pa

Re: Re: rtems-5.1 source code test coverage failed

he souce code in C language. > The reports from covoar include the source code. The reports are from a developer perspective and we haven't had any feedback from iv&v folks. If the reports don't match what you need, there is always the source code . :) If > > --

Re: Re: rtems-5.1 source code test coverage failed

Hit send too soon On Thu, Oct 22, 2020, 8:59 PM Joel Sherrill wrote: > > > On Thu, Oct 22, 2020, 8:53 PM small...@aliyun.com > wrote: > >> Thanks joel. >> >> I google the Couverture-Qemu and find many useful document about rtems >> test coverage. &g

Way to use Older GDB on Cygwin rtems6

Hi GDB master fails to link due to a binutils bug impacting Cygwin. It would be nice to build an older gdb just on cygwin. On all targets. I didn't test but someone piped in on my ticket to say Mingw was impacted also. Is this possible? --joel ___ d

Re: BSP for STM32H7

On Mon, Oct 26, 2020, 8:29 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 20/10/2020 18:11, Sebastian Huber wrote: > > > Hello, > > > > I rebased the BSP for the STM32H7 which was developed March/April this > > year to the current master. It is available for review here (patc

Re: Way to use Older GDB on Cygwin rtems6

On Mon, Oct 26, 2020 at 9:12 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > I updated the tools today to the latest upstream versions. Maybe the bug > is already fixed. If not, please add a bug report for GDB. > https://sourceware.org/bugzilla/show_bug.cgi?id=26

rtems-bsp-builder and rtems6 vs rtems7

Hi I tried one of my build sweeps on rtems7 and there were some issues. First the arm gcc didn't build but that is likely transient. The rtems-bsp-builder had a complete set of failures -- all 1696 because the target used was rtems6. https://lists.rtems.org/pipermail/build/2020-October/020269.ht

Fwd: [GSoC Mentors] Announcing GSoC 2021 with a few changes

FYI GSoC 2021 and a summary of the changes. Biggest one from our perspective is that the projects are supposed to be geared to 1/2 as many student hours of work. --joel -- Forwarded message - From: 'sttaylor' via Google Summer of Code Mentors List < google-summer-of-code-mentors-

Re: rtems-bsp-builder and rtems6 vs rtems7

On Mon, Oct 26, 2020, 6:14 PM Chris Johns wrote: > On 27/10/20 2:49 am, Joel Sherrill wrote: > > Hi > > > > I tried one of my build sweeps on rtems7 and there were some issues. > First the > > arm gcc didn't build but that is likely transient. The > rtems

Re: LibBSD PowerPC motorola_shared BSP PCI Support

On Tue, Oct 27, 2020 at 9:23 AM Heinz Junkes wrote: > I am currently trying git rtems6. > > ../source-builder/sb-set-builder --prefix=$HOME/.rtems --log > powerpc_beatnik.log --no-clean --target=powerpc-rtems6 > --with-rtems-bsp=beatnik 6/rtems-powerpc 6/rtems-kernel > > works … > > Unfortunately

Re: LibBSD PowerPC motorola_shared BSP PCI Support

I On Tue, Oct 27, 2020, 12:42 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 27/10/2020 15:41, Joel Sherrill wrote: > > > > > > On Tue, Oct 27, 2020 at 9:23 AM Heinz Junkes > <mailto:jun...@fhi-berlin.mpg.de>> wrote: &g

Change newlib daddr_t to 64 bits

Hi Chris asked about a patch to newlib to make daddr_t 64-bits since it represents a disk address. I haven't tested this because gcc master isn't building for me. If this works Chris, I will post it to newlib. --joel 0001-libc-sys-rtems-include-machine-_types.h-Define-daddr.patch Description:

Re: Change newlib daddr_t to 64 bits

On Tue, Oct 27, 2020, 3:44 PM Chris Johns wrote: > On 28/10/20 7:14 am, Joel Sherrill wrote: > > Chris asked about a patch to newlib to make daddr_t 64-bits since it > represents > > a disk address. I haven't tested this because gcc master isn't building > for me.

Re: Change newlib daddr_t to 64 bits

On Tue, Oct 27, 2020 at 4:29 PM Chris Johns wrote: > On 28/10/20 7:48 am, Joel Sherrill wrote: > > On Tue, Oct 27, 2020, 3:44 PM Chris Johns > <mailto:chr...@rtems.org>> wrote: > > > > On 28/10/20 7:14 am, Joel Sherrill wrote: > > > Chris asked

Blockers for Cutover to Waf

Hi I didn't want to hijack the greth thread with this but there are open wafblocker issues which prevent the cutover to waf. https://devel.rtems.org/query?status=accepted&status=assigned&status=new&status=reopened&keywords=~wafblocker&group=status&col=id&col=summary&col=owner&col=type&col=priorit

Fwd: [AArch64] Announcing the Morello branch in binutils-gdb

Morello is a prototype implementation of CHERI. Binutils will remain on a branch and the compiler support is LLVM. Hesham.. any thoughts? -- Forwarded message - From: Kyrylo Tkachov via Binutils Date: Thu, Oct 29, 2020 at 6:52 AM Subject: [AArch64] Announcing the Morello branch i

Coverity Scan on Master (See #4167)

Hi I have been running Coverity Scan on the 5 branch but wanted to switch to the master. THe changes to rtems5 have slowed and any attempts to fix the types of issues static analysis finds will certainly be on the master mainly Switching to the masterresulted in the Scan utilities not being able

Re: Different files than the current master?

On Thu, Oct 29, 2020 at 10:53 AM Richi Dubey wrote: > Hi, > > I have attached my cpukit/include/rtems/confdefs/scheduler.h with this > email, which is different from the current file that I should have, which > can be seen here: > https://git.rtems.org/rtems/tree/cpukit/include/rtems/confdefs/sch

Patch needed for GCC 9?

Hi When I build RTEMS with GCC 9 (sparc/leon3) to get Coverity results, I get this error linking tests that I don't get with gcc 10. I am using the same newlib and binutils-gdb source so I am a bit confused. Are there patches in GCC 10 that I need on GCC 9? [1520/1548] Linking build/sparc/leon3/t

Re: LibBSD PowerPC motorola_shared BSP PCI Support

IN OF TEST LIBBSD DHCPCD 1 *** > > *** TEST VERSION: 6.0.0.5f4fd63a0c2b4b0657b64abdcfa70c47bee21c52 > > *** TEST STATE: EXPECTED_PASS > > *** TEST BUILD: RTEMS_POSIX_API > > *** TEST TOOLS: 10.2.1 20201026 (RTEMS 6, RSB > 5f4fd63a0c2b4b0657b64abdcfa70c47bee21c52, Newlib 17b7dfc)

Re: LibBSD PowerPC motorola_shared BSP PCI Support

> > Viele Grüße > Heinz Junkes > -- > Experience directly varies with equipment ruined. > > > > > On 27. Oct 2020, at 18:41, Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > > > > > > On 27/10/2020 15:41,

Re: Patch needed for GCC 9?

Huber < sebastian.hu...@embedded-brains.de> wrote: > On 29/10/2020 22:15, Joel Sherrill wrote: > > > When I build RTEMS with GCC 9 (sparc/leon3) to get Coverity results, I > > get this error linking tests that I don't get with gcc 10. I am using > > the same newl

Re: Patch needed for GCC 9?

On Fri, Oct 30, 2020 at 8:54 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 30/10/2020 14:51, Joel Sherrill wrote: > > > No one has commented on switching Coverity runs to > > the master with gcc 9. If we stick with rtems5 for Coverity, > I re

Fwd: [sig-scan-admin] Scan Support for GCC 10

announcement in the coming weeks. Regards, Matthew Coverity Scan – Tech Lead *From: *Joel Sherrill *Reply-To: *"j...@rtems.org" *Date: *Friday, October 30, 2020 at 7:18 AM *To: *scan-admin *Subject: *[sig-scan-admin] Scan Support for GCC 10 Hi I am from the RTEMS Proj

Coverity Issues Triage Discussion

Hi I have run Coverity Scan against the master using GCC 9. I am including a list of the number of issues reported by file. First let me be clear that there is only one issue reported for the "core" of RTEMS (e.g. score, rtems, posix, sapi, libcsupport). These have not been extensively analysed

Re: How does context switching work?

On Sat, Oct 31, 2020, 10:51 AM Richi Dubey wrote: > Hi, > > I want to learn more about how context switching works in RTEMS. I saw the > following lines in theaddispatch.c: > > _Thread_Save_fp( executing ); > _Context_Switch( &executing->Registers, &heir->Registers ); > _Thread_Restor

Re: Problems compiling rtems-libbsd

Are you on the master instead of 6-freebsd12? Libbsd is different from our other repos since you need to be on a branch that matches RTEMS and FreeBSD version On Sun, Nov 1, 2020, 10:54 AM Jiri Gaisler wrote: > I am trying to build the rtems-libbsd package to test the new network > stack. Confi

EPICS and RTEMS BSPs

Hi Heinz posted about the Beatnik BSP and I started to include this in the response but thought it should be its own thread in the hope it would get the attention it really needs. There is a table in Chris and my EPICS meeting presentation that lists the boards we think the EPICS community is usi

Re: LibBSD PowerPC motorola_shared BSP PCI Support

On Wed, Nov 4, 2020 at 6:28 AM Heinz Junkes wrote: > Hello, Chris, > unfortunately it is not quite so simple. The Beatnik board uses > for the Ethernet the Marvell Discovery II MV64360 (GT64360) > and there two of the three built-in Ethernet controllers. > > Till Straumann has written a driver fo

Re: Blockers for Cutover to Waf

On Thu, Nov 5, 2020 at 9:05 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > On 28/10/2020 15:25, Joel Sherrill wrote: > > Hi > > > > I didn't want to hijack the greth thread with this but there are open > > wafblo

Re: 80 or 79 characters limit?

On Thu, Nov 5, 2020, 9:26 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I review currently the Coding Conventions. Should the 80 characters > limit be really a 79 characters limit with the \n as the invisible 80th > character? > Yes. As old as this makes me feel, I

Re: Blockers for Cutover to Waf

On Thu, Nov 5, 2020, 9:39 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 05/11/2020 16:35, Joel Sherrill wrote: > > > > > > On Thu, Nov 5, 2020 at 9:05 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>>

Re: Out of tree builds with waf?

On Thu, Nov 5, 2020 at 10:04 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I tried to do an out of tree build with waf: > > ~/src/rtems/waf configure --rtems-config $PWD/config.ini --out > $PWD/build --top $HOME/src/rtems > > This seems to work, however, I get a mess

Re: Blockers for Cutover to Waf

On Thu, Nov 5, 2020 at 9:47 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 05/11/2020 16:46, Joel Sherrill wrote: > > > For rtems-bsps at the top of the tree, that has to be fixed > https://lists.rtems.org/pipermail/devel/2020-November/063024.html >

Re: 80 or 79 characters limit?

On Thu, Nov 5, 2020, 1:12 PM Christian Mauderer wrote: > Hello Joel and Sebastian, > > On 05/11/2020 16:44, Joel Sherrill wrote: > > > > > > On Thu, Nov 5, 2020, 9:26 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>> wrote: >

Re: 80 or 79 characters limit?

Thu, Nov 5, 2020 at 1:34 PM Christian Mauderer wrote: > Hello Joel, > > On 05/11/2020 20:15, Joel Sherrill wrote: > > > > > > On Thu, Nov 5, 2020, 1:12 PM Christian Mauderer > <mailto:o...@c-mauderer.de>> wrote: > > > > Hello J

Re: 80 or 79 characters limit?

On Thu, Nov 5, 2020 at 2:28 PM Gedare Bloom wrote: > On Thu, Nov 5, 2020 at 1:14 PM Joel Sherrill wrote: > > > > I tried at one point to figure out how to script the changes when I ran > into them. > > But it was easier to fix them by hand. If you have a simple script, i

Re: 80 or 79 characters limit?

On Thu, Nov 5, 2020 at 2:42 PM Christian Mauderer wrote: > On 05/11/2020 21:28, Gedare Bloom wrote: > > On Thu, Nov 5, 2020 at 1:14 PM Joel Sherrill wrote: > >> > >> I tried at one point to figure out how to script the changes when I ran > into them. > >>

Re: [PATCH] eng: Rework and clarify Doxygen Guidelines

On Mon, Nov 9, 2020 at 8:02 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > eng/coding-doxygen.rst | 210 > eng/coding-file-hdr.rst | 2 + > 2 files changed, 149 insertions(+), 63 deletions(-) > > diff --git a/eng/coding-doxygen.

Update newlib in RTEMS mirror and bump tools

Hi I pushed a fix which needs to be in the 5 and 6 tools. https://devel.rtems.org/ticket/4174 Sebastian.. you mentioned having a script to update the tool RSB recipes. Could you force an update on the github tools mirror and bump the newlib in all three please? Thanks. --joel _

Re: Update newlib in RTEMS mirror and bump tools

On Mon, Nov 16, 2020, 8:25 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > On 16/11/2020 15:21, Joel Sherrill wrote: > > Hi > > > > I pushed a fix which needs to be in the 5 and 6 tools. > > > > https://devel.rtems.or

Re: GMP is now a required dependency for building GDB

On Tue, Nov 17, 2020 at 1:46 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I tried to update the RTEMS 6/7 tools yesterday and all builds failed on > my FreeBSD machine. The reason is this change in GDB: > > commit 1b4ac058f7daeb9bac9ab0e63a7e73535208dfef > Author: J

Re: How do we know what priority of the Init task is?

On Tue, Nov 17, 2020, 9:50 AM Richi Dubey wrote: > Hi, > > Sometimes the priority of the Init task is not mentioned in the source > code of the test suites of the headers files included in it (ex. see tm24 > ). Can > someone please

Re: How do I skip over a portion on code while debugging with GDB

Next is good but setting a breakpoint at the line after the task create loop is probably the solution here. Or "next NUMBER" to next a number of times. Many gdb commands take a number. Another interesting option is using continue and break conditions. You could then continue until the loop counter

Re: [PATCH] eng: Rework and clarify Doxygen Guidelines

ource in some acceptable open format. On Thu, Nov 19, 2020 at 2:32 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 10/11/2020 13:55, Sebastian Huber wrote: > > > Hello Joel, > > > > On 09/11/2020 15:37, Sebastian Huber wrote: > >&

Re: Fatal exceptions on context-switching for more than two isolated threads

On Thu, Nov 19, 2020, 5:00 PM Utkarsh Rai wrote: > > > On Thu, Nov 19, 2020 at 11:39 PM Gedare Bloom wrote: > >> Hi Utkarsh, >> >> On Thu, Nov 19, 2020 at 4:59 AM Sebastian Huber >> wrote: >> > >> > On 19/11/2020 11:47, Utkarsh Rai wrote: >> > >> > > There are a couple of other areas in RTE

Re: [PATCH 18/20] rtems: Remove EVENT_SETS_NONE_PENDING

On Fri, Nov 20, 2020, 5:16 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > This define was only used in one place. > --- > cpukit/include/rtems/rtems/eventimpl.h | 8 +--- > 1 file changed, 1 insertion(+), 7 deletions(-) > > diff --git a/cpukit/include/rtems/rtems/eventimpl.

Re: [PATCH 19/20] rtems: Remove unused _Event_Timeout()

Ok On Fri, Nov 20, 2020, 5:16 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > cpukit/include/rtems/rtems/eventimpl.h | 8 > 1 file changed, 8 deletions(-) > > diff --git a/cpukit/include/rtems/rtems/eventimpl.h > b/cpukit/include/rtems/rtems/eventimpl.h > index c

Re: [PATCH 13/20] rtems: Move _Partition_Is_buffer_area_aligned()

Wasn't there Doxygen above it? Needs comments On Fri, Nov 20, 2020, 5:16 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > It is only used by rtems_partition_create(). > --- > cpukit/include/rtems/rtems/partimpl.h | 7 --- > cpukit/rtems/src/partcreate.c | 5 + >

Re: [PATCH 15/20] rtems: Move _Partition_Allocate()

Why are the comments being deleted? I assume this is happening in all of the patches of this type. Please don't do that. On Fri, Nov 20, 2020 at 5:16 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > It is only used by rtems_partition_create(). > --- > cpukit/include/rtems/rtems

Re: [PATCH] rtems: Delete rtems_object_id_api_maximum_class()

It should be implemented. File a ticket if you don't want to do it now. But don't delete it. It should be there for completeness. I would have thought there was code that iterated over all the APIs and classes and used it. What is being used instead? On Fri, Nov 20, 2020 at 11:47 AM Sebastian Hub

Spike Hung for Almost Two Days

Hi I started my Monday by checking in on a build sweep and noticed that a test was hung and still running from Saturday. This is on CentOS. Anyone else ever see this from Spike? 0 R joel 24992 24151 99 80 0 - 529380 - Nov21 ? 1-22:33:37 spike --isa=RV64IMAFD ./riscv-rtems6/c/rv64imafd

Re: Spike Hung for Almost Two Days

On Mon, Nov 23, 2020, 8:10 AM Joel Sherrill wrote: > Hi > > I started my Monday by checking in on a build sweep and noticed that a > test was hung and still running from Saturday. This is on CentOS. Anyone > else ever see this from Spike? > > 0 R joel 24992 2415

Qemu adds Host Requirement for Meson/Ninja

Hi With the recent update of Qemu to 5.x, it now uses Meson. I can add that to the CentOS host section but this will need to be propagated to other hosts. I will have to try this on our Ubuntu and FreeBSD test machines, but that leaves quite a few other hosts. Any ideas on the best way to accurat

Re: Qemu adds Host Requirement for Meson/Ninja

Cygwin, Msys2, Raspbian, etc just.to write a documentation patch. :) This is going to linger. Perhaps I can add some boilerplate that Qemu requires Meson and Ninja to those hosts with no mention of it. > > Karel > > On 11/23/20 5:52 PM, Joel Sherrill wrote: > > Hi > > &g

Re: Spike Hung for Almost Two Days

On Mon, Nov 23, 2020, 2:59 PM Chris Johns wrote: > On 24/11/20 1:34 am, Joel Sherrill wrote: > > On Mon, Nov 23, 2020, 8:10 AM Joel Sherrill > <mailto:j...@rtems.org>> wrote: > > > > Hi > > > > I started my Monday by checking in on a buil

Re: [PATCH v2 1/4] Avoid INTERNAL_ERROR_RTEMS_INIT_TASK_ENTRY_IS_NULL

On Tue, Nov 24, 2020 at 1:34 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Replace a runtime check with a compile time assertion. This makes the > INTERNAL_ERROR_RTEMS_INIT_TASK_ENTRY_IS_NULL obsolete. > > Update #4181. > --- > cpukit/include/rtems/confdefs/inittask.h| 13

rtems waf, examples, and RTEMS_POSIX_API

Hi With more POSIX enabled by default, the RTEMS_POSIX_API flag has changed meanings and this has broken the meaning of checking for POSIX in rtems_waf. The rtems-examples use code like this which now turns off all POSIX examples because POSIX signals are disabled. if rtems.check_posix(bld):

Re: rtems waf, examples, and RTEMS_POSIX_API

On Mon, Nov 30, 2020, 12:56 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Joel, > > On 30/11/2020 19:40, Joel Sherrill wrote: > > if rtems.check_posix(bld): > > bld.recurse('posix_hello_world') > > bld.recu

Re: rtems waf, examples, and RTEMS_POSIX_API

On Mon, Nov 30, 2020 at 1:06 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 30/11/2020 20:00, Joel Sherrill wrote: > > > Applications can use something like: > > > > #if __RTEMS_MAJOR__ >= 5 > > > > POSIX thre

qemu5 and zynq console input

Hi Does this combination work for anyone? I am suspicious that this broke with the qemu version bump in the RSB. --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: qemu5 and zynq console input

On Tue, Dec 1, 2020, 10:30 AM Gedare Bloom wrote: > > > On Mon, Nov 30, 2020 at 4:59 PM Chris Johns wrote: > >> On 1/12/20 10:25 am, Joel Sherrill wrote: >> > Does this combination work for anyone? I am suspicious that this broke >> with the >> > qem

Re: qemu5 and zynq console input

On Tue, Dec 1, 2020 at 3:06 PM Chris Johns wrote: > On 2/12/20 3:29 am, Gedare Bloom wrote: > On Mon, Nov 30, 2020 at 4:59 PM Chris Johns > <mailto:chr...@rtems.org>> wrote: > > > > On 1/12/20 10:25 am, Joel Sherrill wrote: > > > Does this combi

Makefile.inc Issues

Hi I know a number of the flags were removed from the CFLAGS installed but we lost -g which makes debugging impossible. I understand dropping the warning flags but I question dropping the recommended optimization and -g. This came up debugging the rtems-examples. --joel

Re: Building llvm/clang for RTEMS

On Thu, Dec 3, 2020 at 4:19 PM Vijay Kumar Banerjee wrote: > Hello, > > I am thinking about building an LLVM toolchain for RISC-V and AArch64 > from RSB. I am looking for some suggestions or references if someone has > worked on clang/llvm support for RTEMS. > There is an RSB bset for clang-llv

Re: What are level in the thread?

On Sat, Dec 5, 2020, 12:15 AM Richi Dubey wrote: > I tried searching it on Google and RTEMS Documentation, but couldn't find > anything that explains this. > > On Sat, Dec 5, 2020 at 11:34 AM Richi Dubey wrote: > >> Hi, >> >> Can someone please help me understand what is meant by level? What is

Re: Which threads execute _Thread_Handler ?

On Sat, Dec 5, 2020, 12:14 AM Richi Dubey wrote: > Also, > > The stack trace for the thread looks like this: > > Tasks (entry function) -> rtems_task_wake_after ->_Thread_Dispatch_direct > -> _Thread_Do_dispatch (where the _Context_switch function call lies), how > can then the heir thread start

[PATCH] Add patch to newlib for devctl.h to compile with C++

Closes #4174. --- rtems/config/tools/rtems-gcc-7.5.0-newlib-7947581.cfg | 4 1 file changed, 4 insertions(+) diff --git a/rtems/config/tools/rtems-gcc-7.5.0-newlib-7947581.cfg b/rtems/config/tools/rtems-gcc-7.5.0-newlib-7947581.cfg index cf62d2f..b02ced3 100644 --- a/rtems/config/tools/rtem

Re: CMake support

On Wed, Dec 9, 2020 at 8:06 AM Robin Müller wrote: > Thank you Sebastian. I'm looking at building the example erc32 application > and the blinky executable right now. There is the issue > that determining the BSP path,tool binary determination, all the checking > etc.. bleeds into the application

Re: CMake support

On Thu, Dec 10, 2020 at 5:58 PM Chris Johns wrote: > On 11/12/20 8:51 am, Robin Müller wrote: > > Hello, > > > > I created a repository on github for the first version of what a CMake > support > > for RTEMS might look like: > > > > https://github.com/rmspacefish/rtems-cmake > >

Re: [PATCH] config: Fix invalid static assertions in C

On Fri, Dec 11, 2020, 7:26 AM Gedare Bloom wrote: > Hi Sebastian, > > On Fri, Dec 11, 2020 at 5:57 AM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> Expressions in static assertions must be integral constant expressions. >> In >> integral constant expressions the use of addre

Re: [PATCH v2] eng: Requirements counting shall start at zero

On Fri, Dec 11, 2020, 8:41 AM Frank Kuehndel < frank.kuehn...@embedded-brains.de> wrote: > From: Frank Kühndel > > --- > eng/req/req-for-req.rst | 21 + > 1 file changed, 21 insertions(+) > > diff --git a/eng/req/req-for-req.rst b/eng/req/req-for-req.rst > index 9225e95..dcc4

Re: [PATCH v2] eng: Requirements counting shall start at zero

; > >> > On Fri, Dec 11, 2020 at 8:16 AM Frank Kühndel >> > > > <mailto:frank.kuehn...@embedded-brains.de>> wrote: >> > >> > Hello Joel, >> > >> > On 12/11/20 3:49 PM, Joel Sherrill wrote: >> > > >> > >

Planning for RTEMS 6 Branch

Hi It took a long time to get from 4.10 to 4.11 and then on to 5. I don't see any reason getting from 5 to 6 should be such a long period of time. It seems as if we focus on a few major changes and see what happens while those go in. Right now, I'd be prone to say 6 is ready to branch from a featu

Possible Bug in

Hi The context switch recorder code -- _Record_Thread_switch in record-userext.c has this code: items[ 0 ].event = RTEMS_RECORD_THREAD_SWITCH_OUT; items[ 0 ].data = executing->Object.id; items[ 1 ].event = RTEMS_RECORD_THREAD_STACK_CURRENT; items[ 1 ].data = #if defined(__GNUC__) (uin

How to Get Predefined Capture Records

Hi First, we have successfully managed to get the user extension and IRQ trace records off a target and see them on the host. Now I'm wondering how more of the predefined ones get turned on. In recorddata.h, I see 100s of events defined for standard RTEMS operations but there don't appear to be c

Re: Planning for RTEMS 6 Branch

d on master working to the next release. > -- > small...@aliyun.com > > > *From:* Joel Sherrill > *Date:* 2020-12-17 03:39 > *To:* rtems-de...@rtems.org ; David Edelsohn > > *Subject:* Planning for RTEMS 6 Branch > Hi > > It took a lo

Re: Oddity with address recorded for gcc instrumentation on ARM

On Fri, Dec 18, 2020, 2:55 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 18/12/2020 20:51, Ryan Long wrote: > > > Can someone explain this? > These are link register values. The least significant bit determines if > a bx instruction continues in ARM or Thumb mode. > I guess

Re: [PATCH] user: Mention use of LLVM

On Tue, Dec 22, 2020, 12:18 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > user/tracing/eventrecording.rst | 4 > 1 file changed, 4 insertions(+) > > diff --git a/user/tracing/eventrecording.rst > b/user/tracing/eventrecording.rst > index 27e929c..4867db8 100644 > --

Re: [rtems-bsp-builder] 2020-12-21 07:39:31: Profile(s): everything

On Tue, Dec 22, 2020, 8:14 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 22/12/2020 10:53, j...@rtems.org wrote: > > > Failures Report > > === > > No failures > Time to remove the old build system? > If the bsp tester had been converted to waf. This was not m

Re: [rtems-bsp-builder] 2020-12-21 07:39:31: Profile(s): everything

On Tue, Dec 22, 2020, 10:28 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 22/12/2020 17:00, Joel Sherrill wrote: > > > > > On Tue, Dec 22, 2020, 8:14 AM Sebastian Huber > > > <mailto:sebastian.hu...@embedded-brains.de>>

Re: [PATCH] cpukit: Merge FreeBSD values for the priorities

This looks ok if these priorities are mapped to Classic or Score. POSIX thread priorities run opposite. On Wed, Dec 23, 2020, 2:36 PM wrote: > From: Chris Johns > > It seems we need valid values or assumptions in the FreeBSD about > these values breaks some of the code. > > Closes #4207 > --- >

Re: How many threads does RTEMS create?

On Mon, Dec 28, 2020, 12:18 AM Richi Dubey wrote: > Hi, > > When I am debugging the tm24 running on Strong APA scheduler, I can see > that when the Tasks > > function is being executed, there are two threads with priority 2,

Re: amd64 bsp issue on modern Kontron/Fujitsu board: spurious interrupt 7 on attempt to remap PIC.

On Tue, Dec 29, 2020, 5:07 PM Karel Gardas wrote: > > Hi, > > I'm playing with amd64/x86_64 bsp and found out it is not working on my > Fujitsu/Kontron D3598-B13 boards. I do have two of this kind. One runs > with W-2123 and one with W-2265 xeon. > > The code I'm using is 2 days old from git. The

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