RE: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt

> -Original Message- > From: Sebastian Huber > Sent: Monday, March 22, 2021 5:28 PM > To: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt > > > On 22/03/2021 16:56, Jan Sommer wrote: > > diff --git a/bsps/riscv/riscv/clock/clockdrv.c

RE: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt

> -Original Message- > From: Gedare Bloom > Sent: Monday, March 22, 2021 5:52 PM > To: Sebastian Huber > Cc: Sommer, Jan ; devel@rtems.org > Subject: Re: [PATCH v2 1/1] bsps/riscv: Add per cpu clock interrupt > > On Mon, Mar 22, 2021 at 10:28 AM Sebastian Huber > wrote: > > > > > > On

GSoC Project - Beagle BSP Projects

Hi everyone, I'm really interested to work on the * Beagle BSP Projects* [#2891 ]. *Adding PRU Support* [#3730 ] project seems really interesting to me. This project is partially done during GSoC 2019

Re: GSoC project: Memory protection (Ticket no: 2904)

On Mon, Mar 22, 2021 at 9:54 PM Gedare Bloom wrote: > Hi Rajiv, > > On Sat, Mar 20, 2021 at 12:40 AM Rajiv Vaidyanathan > wrote: > > > > Hello RTEMS community, > Hello Rajiv, > > > > I am interested in the ticket: Memory protection. I saw that this topic > has been pursued a few times in GSoC

Re: GSoC project: Memory protection (Ticket no: 2904)

Dear Utkarsh, Thank you for providing these links. I would like to know if these pending tasks are long enough to take it up as a GSoC project. Thanks and regards, Rajiv On Tue, 23 Mar 2021 at 16:15, Utkarsh Rai wrote: > > > On Mon, Mar 22, 2021 at 9:54 PM Gedare Bloom wrote: > >> Hi Rajiv, >

Issue in Recent Beagle Patch was Fwd: New Defects reported by Coverity Scan for RTEMS

-- Forwarded message - From: Date: Tue, Mar 23, 2021 at 12:22 AM Subject: New Defects reported by Coverity Scan for RTEMS To: Hi, Please find the latest report on new defect(s) introduced to RTEMS found with Coverity Scan. 3 new defect(s) introduced to RTEMS found with Coverit

rtems-test not running tests for leon3

Hi, I've been trying to run the tests for leon3, but the only test that runs properly is the minimum test. All of the others produce output like so in the log file. [334/597] p:0 f:0 u:0 e:0 I:0 B:0 t:0 L:0 i:329 W:0 | sparc/leon3: nsecs.exe Result: invalidTime: 0:00:02.

Re: rtems-test not running tests for leon3

Afaik minimum tests are supposed to fail. On Tue, Mar 23, 2021 at 7:37 PM Ryan Long wrote: > Hi, > > > > I’ve been trying to run the tests for leon3, but the only test that runs > properly is the minimum test. All of the others produce output like so in > the log file. > > > > [334/597] p:0 f

Re: rtems-test not running tests for leon3

Are you sure this is the master for RTEMS test? The sis simulator has been out of gdb for a while. I would hope the tester configuration is gone. But apparently it isn't. You shouldn't use leon3. It needs to be removed. Use leon3-sis or leon3-qemu On Tue, Mar 23, 2021, 9:07 AM Ryan Long wrote:

Re: GSoC project: Memory protection (Ticket no: 2904)

CC: Hesham CC: devel On Tue, Mar 23, 2021 at 6:34 AM Rajiv Vaidyanathan wrote: > > Dear Gedare, > > Thank you for providing information regarding the project. For risk-v MMU > support, will I require to have hardware? > That's a good question. I don't know if the current risc-v simulators suppor

Re: [PATCH rtems-docs v3 1/6] prefixes: Update installation prefix

On Mon, Mar 22, 2021 at 3:12 PM Chris Johns wrote: > > On 23/3/21 4:41 am, Gedare Bloom wrote:> I wonder what is your opinion, should > we bump these tutorials with > > every version? And, is the find/replace of the commands the best way > > to do this? > > > > I feel like this topic comes up now

Re: GSoC Project - Beagle BSP Projects

Hello Ahamed, Am 23.03.21 um 11:24 schrieb Ahamed Husni: Hi everyone, I'm really interested to work on the *Beagle BSP Projects* [#2891 ]. * * *Adding PRU Support* [#3730 ] project seems really interesting to me. This

Re: [PATCH v3] cpukit/aarch64: Add ESR register decoding

On Mon, Mar 22, 2021 at 11:35 PM Sebastian Huber wrote: > > On 22/03/2021 21:43, Alex White wrote: > > >>> +static void _binary_sprintf( > >>> + char *s, > >>> + size_t maxlen, > >>> + uint32_t num_bits, > >>> + uint32_t value > >>> +) > >>> +{ > >>> + string_context sctx = { > >>> +.s =

Re: [PATCH rtems-docs v3 1/6] prefixes: Update installation prefix

On Tue, Mar 23, 2021 at 10:16 AM Gedare Bloom wrote: > On Mon, Mar 22, 2021 at 3:12 PM Chris Johns wrote: > > > > On 23/3/21 4:41 am, Gedare Bloom wrote:> I wonder what is your opinion, > should > > we bump these tutorials with > > > every version? And, is the find/replace of the commands the be

RE: rtems-test not running tests for leon3

I’m on the master branch of rtems-tools, but the output is the same when I run it from the rtems-test included in tools/bin. I got it to run with sparc-rtems6-sis, though. From: Joel Sherrill Sent: Tuesday, March 23, 2021 9:22 AM To: Ryan Long Cc: rtems-de...@rtems.org Subject: Re: rtems-test

Re: rtems-test not running tests for leon3

On Tue, Mar 23, 2021 at 10:32 AM Ryan Long wrote: > I’m on the master branch of rtems-tools, but the output is the same when I > run it from the rtems-test included in tools/bin. > > Just checking. sis was originally built into gdb. It was separated out and this tester configuration just got miss

Re: [PATCH v4] cpukit/aarch64: Add ESR register decoding

On Mon, Mar 22, 2021 at 3:32 PM Alex White wrote: > > --- > .../aarch64/aarch64-exception-frame-print.c | 105 +- > 1 file changed, 101 insertions(+), 4 deletions(-) > > diff --git a/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c > b/cpukit/score/cpu/aarch64/aarch64-e

Re: [PATCH rtems-docs v3 1/6] prefixes: Update installation prefix

On Tue, Mar 23, 2021 at 9:28 AM Joel Sherrill wrote: > > > > On Tue, Mar 23, 2021 at 10:16 AM Gedare Bloom wrote: >> >> On Mon, Mar 22, 2021 at 3:12 PM Chris Johns wrote: >> > >> > On 23/3/21 4:41 am, Gedare Bloom wrote:> I wonder what is your opinion, >> > should >> > we bump these tutorials w

Re: GSoC Project - Beagle BSP Projects

CC: Nils, Utkarsh On Tue, Mar 23, 2021 at 9:17 AM Christian MAUDERER wrote: > > Hello Ahamed, > > Am 23.03.21 um 11:24 schrieb Ahamed Husni: > > Hi everyone, > > > > I'm really interested to work on the *Beagle BSP Projects* [#2891 > > ]. * > > * > > *Adding P

Re: [PATCH v4] cpukit/aarch64: Add ESR register decoding

Hello Alex, this file has little in common with the RTEMS coding style. This is quite understandable since the style is very exotic. I don't think we will have a formatting tool which is able to produce the RTEMS style in the near future. This gives raise to some general questions. 1. Do we

Re: [PATCH v4] cpukit/aarch64: Add ESR register decoding

On Tue, Mar 23, 2021 at 10:49 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Alex, > > this file has little in common with the RTEMS coding style. This is > quite understandable since the style is very exotic. I don't think we > will have a formatting tool which is able to

Re: GSoC Project - Beagle BSP Projects

Hello Gedare, Am 23.03.21 um 16:48 schrieb Gedare Bloom: CC: Nils, Utkarsh On Tue, Mar 23, 2021 at 9:17 AM Christian MAUDERER wrote: Hello Ahamed, Am 23.03.21 um 11:24 schrieb Ahamed Husni: Hi everyone, I'm really interested to work on the *Beagle BSP Projects* [#2891

Re: [PATCH v4] cpukit/aarch64: Add ESR register decoding

On Tue, Mar 23, 2021 at 9:57 AM Joel Sherrill wrote: > > > > On Tue, Mar 23, 2021 at 10:49 AM Sebastian Huber > wrote: >> >> Hello Alex, >> >> this file has little in common with the RTEMS coding style. This is >> quite understandable since the style is very exotic. I don't think we >> will have

[PATCH v4] Fix pwdgrp.c

Hi, Joel made a seperate issue (#4354) to address the architecture issues that Chris brought up. This patch is just to fix the previous commit to pwdgrp.c that caused some issues when running the shell. Thanks, Ryan Ryan Long (1): pwdgrp.c: Remove _Assert. /etc may already exist cpukit/libcs

[PATCH v4] pwdgrp.c: Remove _Assert. /etc may already exist

Removed the _Assert_unused_variable_equals macro due to /etc having already been created by the network stack initialization or an initial filesystem image. Closes #4282 --- cpukit/libcsupport/src/pwdgrp.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/cpukit/libcsupport

Re: [PATCH v4] pwdgrp.c: Remove _Assert. /etc may already exist

On 23/03/2021 17:25, Ryan Long wrote: Removed the _Assert_unused_variable_equals macro due to /etc having already been created by the network stack initialization or an initial filesystem image. Thanks, looks good. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germa

Re: Standalone repository for libnetworking stack

Hi, I have prepared and rebased all the patches to the current master. Please review the commits. RTEMS patches: https://git.rtems.org/vijay/rtems.git/log/?h=devel-no-libnet RTEMS net-legacy patch to pull recent changes: https://git.rtems.org/vijay/rtems-net-legacy.git/commit/?id=2b4738734f9d678a

[PATCH v5] cpukit/aarch64: Add ESR register decoding

--- .../aarch64/aarch64-exception-frame-print.c | 133 -- 1 file changed, 123 insertions(+), 10 deletions(-) diff --git a/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c b/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c index 59b5d06032..a8c492b1da 100644 ---

Re: GSoC project: Memory protection (Ticket no: 2904)

On Tue, Mar 23, 2021 at 5:49 PM Rajiv Vaidyanathan < rajiv.vaidyanath...@gmail.com> wrote: > Dear Utkarsh, > > Thank you for providing these links. I would like to know if these pending > tasks are long enough to take it up as a GSoC project. > > Resolving the issues related to user extension iter

Re: [PATCH v5] cpukit/aarch64: Add ESR register decoding

On Tue, Mar 23, 2021 at 10:31 AM Alex White wrote: > > --- > .../aarch64/aarch64-exception-frame-print.c | 133 -- > 1 file changed, 123 insertions(+), 10 deletions(-) > > diff --git a/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c > b/cpukit/score/cpu/aarch64/aarch64

Re: GSoC Project - Beagle BSP Projects

On Tue, Mar 23, 2021 at 9:36 PM Nils Hölscher wrote: > Hi, > > Regarding the PRU. > I was able to load code to the PRU. > However I wasn't able to map IRQ interrupts to the PRU, thus unable to > communicate with it in a meaningful way > Just a small addition, AFAIK the issue with this was the f

RE: [PATCH v5] cpukit/aarch64: Add ESR register decoding

On Tue, Mar 23, 2021 at 11:46 AM Gedare Bloom wrote: > > On Tue, Mar 23, 2021 at 10:31 AM Alex White wrote: > > > > --- > >  .../aarch64/aarch64-exception-frame-print.c   | 133 -- > >  1 file changed, 123 insertions(+), 10 deletions(-) > > > > diff --git a/cpukit/score/cpu/aarch64

Policy for return by reference values in error cases

Hello, for the RTEMS pre-qualification project I review currently most parts of the Classic API. It seems we have an unwritten rule that directives should not write to variables referenced by directive parameters if an error occurs. Examples: * rtems_task_mode(previous_mode) * rtems_task_se

NULL for return by reference values: error or ignore?

Hello, we have a couple of directives which set something and return the previous value, for example rtems_task_mode() and rtems_task_set_priority(). The value is returned through a pointer parameter. If this pointer is NULL, then the directives do nothing and just returns an error status. Wh

Re: [PATCH v5] cpukit/aarch64: Add ESR register decoding

On Tue, Mar 23, 2021, 12:26 PM Alex White wrote: > On Tue, Mar 23, 2021 at 11:46 AM Gedare Bloom wrote: > > > > On Tue, Mar 23, 2021 at 10:31 AM Alex White > wrote: > > > > > > --- > > > .../aarch64/aarch64-exception-frame-print.c | 133 -- > > > 1 file changed, 123 insertion

Re: NULL for return by reference values: error or ignore?

On Tue, Mar 23, 2021, 12:36 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > we have a couple of directives which set something and return the > previous value, for example rtems_task_mode() and > rtems_task_set_priority(). The value is returned through a pointer > para

Re: Policy for return by reference values in error cases

On Tue, Mar 23, 2021, 12:30 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > for the RTEMS pre-qualification project I review currently most parts of > the Classic API. It seems we have an unwritten rule that directives > should not write to variables referenced by dire

Re: [PATCH v5] cpukit/aarch64: Add ESR register decoding

On 23/03/2021 18:42, Joel Sherrill wrote: > > +  mask = 1 << (num_bits - 1); > > + > > +  while ( mask != 0 ) { > > +    _IO_Printf( _CPU_Put_char, &sctx, "%d", (value & mask ? 1 : 0) ); > > +    mask >>= 1; > > +  } The _IO_Vprintf() is a port from the FreeBSD kvprintf(). I removed the suppo

Re: Policy for return by reference values in error cases

On 23/03/2021 18:48, Joel Sherrill wrote: My first thought is that I don't like covering up for applications that do the wrong thing. This topic just came up recently in a discussion about defensive programming. We also test for NULL pointers. I'm overall rather ambiguous. It is possible that

[PATCH] bsps: Removed INI files using outdated options

Removed the INI files that use the "target sim" option in gdb since this is no longer supported. Closes #4355 --- tester/rtems/testing/bsps/erc32.ini | 41 - tester/rtems/testing/bsps/leon2.ini | 41 - tester/rtems/testing/bs

Re: GSoC Project : Package Micro-python

Apologies for the late reply. On Mon, Mar 22, 2021 at 10:27 PM Joel Sherrill wrote: > > > On Mon, Mar 22, 2021 at 11:55 AM Gedare Bloom wrote: > >> On Mon, Mar 22, 2021 at 10:50 AM Joel Sherrill wrote: >> > >> > >> > >> > On Mon, Mar 22, 2021 at 11:30 AM Gedare Bloom wrote: >> >> >> >> On Sat

Re: [PATCH] bsps: Removed INI files using outdated options

bsps: Removed INI files using outdated options Better would be sparc bsps: Remove INI files using SIS in GDB On Tue, Mar 23, 2021 at 1:13 PM Ryan Long wrote: > Removed the INI files that use the "target sim" option in gdb > since this is no longer supported. > This needs to be more accurate.

Re: GSoC project: Memory protection (Ticket no: 2904)

On Tue, 23 Mar 2021 at 17:14, Gedare Bloom wrote: > > CC: Hesham > CC: devel > > On Tue, Mar 23, 2021 at 6:34 AM Rajiv Vaidyanathan > wrote: > > > > Dear Gedare, > > > > Thank you for providing information regarding the project. For risk-v MMU > > support, will I require to have hardware? > > >

Re: Standalone repository for libnetworking stack

On Tue, Mar 23, 2021 at 11:27 AM Vijay Kumar Banerjee wrote: > Hi, > > I have prepared and rebased all the patches to the current master. Please > review the commits. > > RTEMS patches: > https://git.rtems.org/vijay/rtems.git/log/?h=devel-no-libnet > RTEMS net-legacy patch to pull recent changes:

Re: Policy for return by reference values in error cases

On Tue, Mar 23, 2021 at 12:58 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 23/03/2021 18:48, Joel Sherrill wrote: > > > My first thought is that I don't like covering up for applications > > that do the wrong thing. > This topic just came up recently in a discussion about d

[PATCH 1/2] Added FAQ page

--- user/bld/index.rst | 4 +- user/overview/index.rst | 2 + user/start/faq.rst | 255 +++ user/start/index.rst | 1 + user/support/support-project.rst | 2 + 5 files changed, 263 insertions(+), 1 deletion(-) cr

[PATCH 2/2] moved common questions and answers to faq

--- user/start/faq.rst | 87 user/support/contrib.rst | 95 2 files changed, 87 insertions(+), 95 deletions(-) diff --git a/user/start/faq.rst b/user/start/faq.rst index da11ca4..4558bce 100644 --- a/user/start/fa

Re: Question regarding an open project and documentation enhancement

I have send patches regarding addition of FAQ page in user/quick-start section of docs . Here I had to make extra links in 7.5 autoconf-migrations ,1.2 features,3.1 project support and corrected the link in https://docs.rtems.org/branches/master/user/bld/index.html#commands . In 2nd patch I moved q

Re: [PATCH rtems-docs v2] networking: Rename to legacy networking

Ping :) On Tue, Mar 9, 2021 at 9:59 AM Vijay Kumar Banerjee wrote: > > --- > book/index_book.rst | 2 +- > {networking => legacy-networking}/command.rst | 0 > {networking => legacy-networking}/conf.py | 4 ++-- > {net

Re: [PATCH rtems-docs v2] networking: Rename to legacy networking

I'm OK with this. Does this move the manual to near the bottom of the manual list? I suspect some content is needed somewhere in the Users Guide to point out how you have a choice of network stacks and building one of them. Beyond this patch but looking forward, we have some explaining to do. --

Re: GSoC Project : Package Micro-python

On Tue, Mar 23, 2021 at 12:16 PM Eshan Dhawan wrote: > > > Apologies for the late reply. > > On Mon, Mar 22, 2021 at 10:27 PM Joel Sherrill wrote: >> >> >> >> On Mon, Mar 22, 2021 at 11:55 AM Gedare Bloom wrote: >>> >>> On Mon, Mar 22, 2021 at 10:50 AM Joel Sherrill wrote: >>> > >>> > >>> > >>>

Re: [PATCH] bsps: Removed INI files using outdated options

On Tue, Mar 23, 2021 at 12:30 PM Joel Sherrill wrote: > > bsps: Removed INI files using outdated options > > Better would be > > sparc bsps: Remove INI files using SIS in GDB > actually, bsps/sparc is preferred. I don't know that we have this documented though. > On Tue, Mar 23, 2021 at 1:13 PM

Re: Standalone repository for libnetworking stack

On Tue, Mar 23, 2021 at 12:34 PM Joel Sherrill wrote: > > > > On Tue, Mar 23, 2021 at 11:27 AM Vijay Kumar Banerjee wrote: >> >> Hi, >> >> I have prepared and rebased all the patches to the current master. Please >> review the commits. >> >> RTEMS patches: https://git.rtems.org/vijay/rtems.git/l

RE: [PATCH] bsps: Removed INI files using outdated options

There are replacements to run these on sis. They just have -sis.ini on the end of them. -Original Message- From: Gedare Bloom Sent: Tuesday, March 23, 2021 2:07 PM To: Joel Sherrill Cc: Ryan Long ; rtems-de...@rtems.org Subject: Re: [PATCH] bsps: Removed INI files using outdated optio

Re: Policy for return by reference values in error cases

On Tue, Mar 23, 2021 at 12:37 PM Joel Sherrill wrote: > > > > On Tue, Mar 23, 2021 at 12:58 PM Sebastian Huber > wrote: >> >> On 23/03/2021 18:48, Joel Sherrill wrote: >> >> > My first thought is that I don't like covering up for applications >> > that do the wrong thing. +.5 >> This topic just

Re: Policy for return by reference values in error cases

On Tue, Mar 23, 2021 at 1:21 PM Gedare Bloom wrote: > > On Tue, Mar 23, 2021 at 12:37 PM Joel Sherrill wrote: > > > > > > > > On Tue, Mar 23, 2021 at 12:58 PM Sebastian Huber > > wrote: > >> > >> On 23/03/2021 18:48, Joel Sherrill wrote: > >> > >> > My first thought is that I don't like coverin

Re: [PATCH 1/2] Added FAQ page

Did you build the docs and verify they look good? On Tue, Mar 23, 2021 at 12:44 PM Ayushman Mishra wrote: > > --- > user/bld/index.rst | 4 +- > user/overview/index.rst | 2 + > user/start/faq.rst | 255 +++ > user/start/index.

[PATCH v2] bsps/sparc: Remove INI files using SIS in GBD

Removed the INI files that use the "target sim" option since the SIS sparc simulator in GBD is no longer used with RTEMS. A newer version of SIS is built seperately. Closes #4355 --- tester/rtems/testing/bsps/erc32.ini | 41 - tester/rtems/testing/bsps/leon2.in

Re: [PATCH v2] bsps/sparc: Remove INI files using SIS in GBD

On Tue, Mar 23, 2021 at 1:45 PM Ryan Long wrote: > > Removed the INI files that use the "target sim" option > since the SIS sparc simulator in GBD is no longer used GDB > with RTEMS. A newer version of SIS is built seperately. while you're at it, separately This can be pushed with the typo chang

[PATCH rtems-docs v3] networking: Rename to legacy networking

--- book/index_book.rst | 2 +- {networking => legacy-networking}/command.rst | 0 {networking => legacy-networking}/conf.py | 6 +++--- {networking => legacy-networking}/dec_21140.rst | 0 {networking => legacy-ne

[PATCH rtems-docs] common/latex.py: use distro module for python3.5 and up

--- common/latex.py | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/common/latex.py b/common/latex.py index a042510..a1b3917 100644 --- a/common/latex.py +++ b/common/latex.py @@ -3,8 +3,11 @@ # import os -import platform import re +try: +from distro import linu

Re: [PATCH rtems-docs v2] networking: Rename to legacy networking

Hi, Thanks for the review. On Tue, Mar 23, 2021 at 12:56 PM Joel Sherrill wrote: > > I'm OK with this. > > Does this move the manual to near the bottom of the manual list? > No, it doesn't. I just sent a v3 to add this. I have also sent a patch to fix the docs build for python 3.5 and up. > I s

[PATCH rtems-net-legacy 1/2] Remove RTEMS_NETWORKING checks

* Remove nfsclient wscript and build from netlegacy.py --- bsps/powerpc/mpc55xxevb/net/smsc9218i.c | 4 +-- libmisc/dummy-networking.c | 44 - netlegacy.py| 17 +- nfsclient/wscript | 1 + telnetd/teln

[PATCH rtems-net-legacy 2/2] greth.c: Pull RTEMS commit for variable size descriptor

RTEMS commit hash: 053b17ce8e3f710167e9ec3f44b37756cbdcbec0 --- bsps/shared/grlib/net/greth.c | 22 +++--- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/bsps/shared/grlib/net/greth.c b/bsps/shared/grlib/net/greth.c index 8b19b48..84efcd7 100644 --- a/bsps/shared/gr

[PATCH rtems-libbsd] Import telnetd from RTEMS repository

The files have been taken from RTEMS repository with head commit at bd9e45d91f77657445400bc2c814f251c9e37cef --- libbsd.py| 22 +- rtemsbsd/include/rtems/telnetd.h | 137 + rtemsbsd/telnetd/README | 23 + rtemsbsd/telnetd/check_passwd.c | 106 rtemsbsd/

Re: Standalone repository for libnetworking stack

On Tue, Mar 23, 2021 at 1:10 PM Gedare Bloom wrote: > > On Tue, Mar 23, 2021 at 12:34 PM Joel Sherrill wrote: > > > > > > > > On Tue, Mar 23, 2021 at 11:27 AM Vijay Kumar Banerjee > > wrote: > >> > >> Hi, > >> > >> I have prepared and rebased all the patches to the current master. Please > >>

[PATCH v6] cpukit/aarch64: Add ESR register decoding

--- .../aarch64/aarch64-exception-frame-print.c | 135 -- 1 file changed, 125 insertions(+), 10 deletions(-) diff --git a/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c b/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c index 59b5d06032..e207a5a81d 100644 ---

RTEMS Discord Server Available

Hi RTEMS now has a Discord server (https://discord.gg/6SrpDfBF). Feel free to drop by and chat. --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH rtems-docs v2] networking: Rename to legacy networking

On 24/3/21 7:08 am, Vijay Kumar Banerjee wrote: > Hi, > > Thanks for the review. > > On Tue, Mar 23, 2021 at 12:56 PM Joel Sherrill wrote: >> >> I'm OK with this. >> >> Does this move the manual to near the bottom of the manual list? >> > No, it doesn't. The order is set by the order in this l

Re: [PATCH rtems-docs v2] networking: Rename to legacy networking

On Tue, Mar 23, 2021 at 3:16 PM Chris Johns wrote: > > On 24/3/21 7:08 am, Vijay Kumar Banerjee wrote: > > Hi, > > > > Thanks for the review. > > > > On Tue, Mar 23, 2021 at 12:56 PM Joel Sherrill wrote: > >> > >> I'm OK with this. > >> > >> Does this move the manual to near the bottom of the man

Re: rtems-test not running tests for leon3

On 24/3/21 1:18 am, Richi Dubey wrote: > Afaik minimum tests are supposed to fail. This is something I am not sure about. It is minimal by definition and as a result does not print anything so it is impossible to determine if the test runs of fails. As an example to show how small RTEMS can be it

Re: [PATCH v2] bsps/sparc: Remove INI files using SIS in GBD

On 24/3/21 6:46 am, Gedare Bloom wrote: > On Tue, Mar 23, 2021 at 1:45 PM Ryan Long wrote: >> >> Removed the INI files that use the "target sim" option >> since the SIS sparc simulator in GBD is no longer used > GDB > >> with RTEMS. A newer version of SIS is built seperately. > while you're at it

Re: rtems-test not running tests for leon3

The test does not execute TEST_END() and exits just like that: https://git.rtems.org/rtems/tree/testsuites/samples/minimum/init.c#n31, hence it is always flagged as a failure in rtems-test. On Wed, Mar 24, 2021 at 2:55 AM Chris Johns wrote: > On 24/3/21 1:18 am, Richi Dubey wrote: > > Afaik mini