Re: MrsP Testbed

On 10/09/2019 15:56, Ricardo Gomes (1161078) wrote: In this email I sending one test for you to review it and see if it is structured according to RTEMS coding conventions, that I tried to fulfill. This test case is very simple, testing only if it is possible to set one priority per

Re: rtems-addr2line not working on ARM?

Hello, I checked in the variant using LLVM: https://git.rtems.org/rtems-tools/commit/?id=5d80d0b2e1de9decb24c2d7ef481e4b63525595e I hope that I got the waf configure stuff right to only use LLVM if it is installed. I tested on Linux, msys2 and mingw64. -- Sebastian Huber, embedded brains

Re: RTEMS qualification and code annotations

Dear Chris, first, thanks for trying to install it ! Frama-C is one of a number of tools we are considering, so it's not a done deal. If used, it would only be applied to a small part of the codebase: typically code that is very critical, but hard to test reliably. I would expect that

Re: [RTEMS][PATCH v2 0/2] riscv: add freedom E310 Arty A7

Hi Pragnesh, Thanks for the v2 update. I guess our question/comment on the previous v1 patch was about the addition of bsps/riscv/frdme310arty/ directory at all. That is, you might be able to just use bsps/riscv/riscv already. Are there any significant changes that prevent you from just using

Re: RTEMS qualification and code annotations

I don't like to top post but in this case I hope this is OK. This is a very challenging area from a project integration perspective. There are a handful of issues which we will have to figure out how to address. I think these also apply to other annotations like requirements and licensing

MrsP Testbed

Hello Sebastian, >> Greetings, >> >> During the last six months, I have been studying RTEMS as part of my final >> project to complete my degree, more specifically analysing the MrsP >> protocol in >> order to perform an evaluation of its implementation on RTEMS. > I would be great if you

Re: [rtems-tools commit] record: Optionally use LLVM to resolve addresses

On 10/9/19 7:01 pm, Sebastian Huber wrote: > Module:rtems-tools > Branch:master > Commit:5d80d0b2e1de9decb24c2d7ef481e4b63525595e > Changeset: > http://git.rtems.org/rtems-tools/commit/?id=5d80d0b2e1de9decb24c2d7ef481e4b63525595e > > Author:Sebastian Huber > Date: Fri Sep

[PATCH] Correct initial POSIX signals mask

+ Modify POSIX thread create extension to ensure expected initial signal mask is provided to system threads, initial tasks and threads, and inheritied by tasks and threads. + Adds psxsignal07 to verify functionality when using a POSIX Initialization

Re: rtems-addr2line not working on ARM?

On 9/9/19 5:12 pm, Sebastian Huber wrote: > On 09/09/2019 07:31, Sebastian Huber wrote: >> On 07/09/2019 16:25, Sebastian Huber wrote: >>> - Am 6. Sep 2019 um 18:06 schrieb Sebastian Huber >>> sebastian.hu...@embedded-brains.de: >>> - Am 6. Sep 2019 um 11:09 schrieb Sebastian Huber

Re: [PATCH] Add rtems_version_control_key_is_valid()

On 10/9/19 5:22 pm, Sebastian Huber wrote: > --- > cpukit/include/rtems/version.h| 19 +-- > testsuites/sptests/spversion01/init.c | 8 +++- > 2 files changed, 24 insertions(+), 3 deletions(-) +1 Thanks Chris ___ devel

Re: [PATCH] record: Add wrappers for malloc() functions

On 6/9/19 11:09 pm, Sebastian Huber wrote: > On 02/09/2019 08:00, Chris Johns wrote: >> On 2/9/19 3:37 pm, Sebastian Huber wrote: >>> On 01/09/2019 04:29, Chris Johns wrote: On 30/8/19 11:07 pm, Sebastian Huber wrote: > Introduce new library librtemsrecordwrap.a which contains wrappers

missing tests cases for clock_nanosleep?

Hi I was looking for test cases for clock_nanosleep(CLOCK_MONOTONIC,...) and I don't think we have any. I think psxclockrealtime01 could be repurposed and conditionally compiled to use either timer.except for the timeout finite case since you can't set CLOCK_MONOTONIC. Thoughts? Thanks.

Re: [PATCH] rtems: Make rtems_version_control_key() safer

> On Sep 9, 2019, at 22:00 , Chris Johns wrote: > > I would prefer we provide an interface to say the version control key has been > set rather than exposing how we manage it. I think the change to not return > NULL > is the correct one. What about adding .. > > bool

Re: Trying to interrupt a blocking read...

On Tue, Sep 10, 2019 at 12:09 AM Benjamin Ellsworth <2gigspambuc...@gmail.com> wrote: > > Hello, > > The code I'm working with currently does a read() on a device that has > been opened with an open() call (a UART if that matters). It nicely > blocks waiting for a character (potentially forever).

[RTEMS][PATCH v2 2/2] bsp/riscv: Remove duplicate files

Delete clockdrv.c, irq.c and bsp_fatal_halt.c and Makefile.am now points to bsps/riscv/shared directory Update #3785. Signed-off-by: Pragnesh Patel --- bsps/riscv/riscv/clock/clockdrv.c| 212 - bsps/riscv/riscv/irq/irq.c | 379

[RTEMS][PATCH v2 1/2] riscv: add freedom E310 Arty A7 bsp

Update #3785. Signed-off-by: Pragnesh Patel --- bsps/include/bsp/fatal.h | 6 +- bsps/riscv/frdme310arty/btimer/btimer.c| 104 ++ bsps/riscv/frdme310arty/config/frdme310arty.cfg| 11 + bsps/riscv/frdme310arty/console/console-config.c | 146

[RTEMS][PATCH v2 0/2] riscv: add freedom E310 Arty A7

This series added a support for RISCV freedom E310 Arty A7 bsp and add bsps/riscv/shared code for reusability Changes in v2: bsps/riscv/frdme310arty/btimer/btimer.c - Remove the read_csr() function from btimer.c - Remove CONFIG_BTIMER_RISCV_GET_MCYCLES macro to get time in

[PATCH] Add rtems_version_control_key_is_valid()

--- cpukit/include/rtems/version.h| 19 +-- testsuites/sptests/spversion01/init.c | 8 +++- 2 files changed, 24 insertions(+), 3 deletions(-) diff --git a/cpukit/include/rtems/version.h b/cpukit/include/rtems/version.h index 30dd70cc21..a8aff732f3 100644 ---