[PATCH] aarch64: Memory map the noinit section

This section was added recently and must be mapped to be accessed without generating an exception. --- bsps/aarch64/include/bsp/aarch64-mmu.h| 4 bsps/aarch64/include/bsp/linker-symbols.h | 4 2 files changed, 8 insertions(+) diff --git a/bsps/aarch64/include/bsp/aarch64-mmu.h b/bs

RE: [PATCH] score: Restore previous behavior for system state

Disregard this patch, I see Sebastian has already committed a different fix to the test itself. Kinsey -Original Message- From: Kinsey Moore Sent: Friday, July 15, 2022 14:54 To: devel@rtems.org Cc: Kinsey Moore Subject: [PATCH] score: Restore previous behavior for system state Set s

[PATCH] score: Restore previous behavior for system state

Set system state before creating the idle threads. This fixes the spextensions01 test since it expects this behavior. --- cpukit/score/src/threadcreateidle.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/cpukit/score/src/threadcreateidle.c b/cpukit/score/src/threadcreateid

[PATCH] cpukit/dev/can: Added CAN support

--- cpukit/dev/can/can-queue.c| 112 +++ cpukit/dev/can/can.c | 480 ++ cpukit/include/dev/can/can.h | 115 +++ spec/build/cpukit/librtemscpu.yml | 5 + 4 files changed, 712 insertions(+) create mode 100644 cpukit/dev/can/can-queue.c

Review Request for CAN patch for tx path and minimal rx support

This is a review request for the CAN patch with tx and minimal rx support. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] score: Use RTEMS_SMP in _Thread_Create_idle()

On 7/6/2022 13:21, Sebastian Huber wrote: On 06/07/2022 20:19, Gedare Bloom wrote: ok, this changes slightly the order of events in the system state (idle threads are now created in the preceding state, SYSTEM_STATE_BEFORE_INITIALIZATION) but without thinking too hard about it, I think it should

Re: GSoC 2022:

Hi Christian, I created a patch (attached in the mail) for review, which has CAN support. Shall I send the patch for review to @rtems-de...@rtems.org ? Regards Prashanth S On Mon, 11 Jul 2022 at 10:03, Prashanth S wrote: > Hi Christian, > > This is to update the status. > > Yesterday, pushed

Re: [PATCH] sppps01: Add test case for early returns of pps_event()

This change seems to have made the test intermittently failing on AArch64 under QEMU: *** BEGIN OF TEST SPPPS 1 *** *** TEST VERSION: 6.0.0.4142fd12385473426b461560b76cee6e903dc2cd *** TEST STATE: EXPECTED_PASS *** TEST BUILD: RTEMS_POSIX_API RTEMS_SMP *** TEST TOOLS: 12.1.1 20220622 (RTEMS 6, R

GSoC 2022 - Release Note Generated PDF prototypes (resend)

Hello, This didn't pass through the mailing list due to large files, so I am resending it. I have uploaded the sample generated files to Google Drive and included the links here instead of attaching them directly. If you have accessibility issues, please let me know. RTEMS 4.11.3 release notes PD

Re: [PATCH v3 1/2] bsp/riscv: Work area size based on stack pointer

On 14.07.22 16:03, Daniel Cederman wrote: diff --git a/bsps/riscv/shared/start/start.S b/bsps/riscv/shared/start/start.S index 3702f8ac2f..21945a99f5 100644 --- a/bsps/riscv/shared/start/start.S +++ b/bsps/riscv/shared/start/start.S @@ -35,6 +35,16 @@ #include #include +#if __riscv_xlen

Re: [PATCH v3 1/2] bsp/riscv: Work area size based on stack pointer

On 14.07.22 16:03, Daniel Cederman wrote: +/* + * This variable is initialized by the first CPU entering the BSP start code. + * The value is the stack pointer at entry. + */ +extern uintptr_t riscv_start_stack_pointer; Since C code should not modify this, maybe declare it as const. -- embedde

Re: [PATCH v3 2/2] bsp/riscv: Add NOEL-V BSP

On 14.07.22 16:03, Daniel Cederman wrote: diff --git a/spec/build/bsps/riscv/noel/optconirq.yml b/spec/build/bsps/riscv/noel/optconirq.yml new file mode 100644 index 00..d836822efb --- /dev/null +++ b/spec/build/bsps/riscv/noel/optconirq.yml @@ -0,0 +1,16 @@ +SPDX-License-Identifier: C

[PATCH] score: Remove PRIORITY_PSEUDO_ISR thread priority

The uniprocessor schedulers had some special case logic for the PRIORITY_PSEUDO_ISR priority. Tasks with a priority of PRIORITY_PSEUDO_ISR were allowed to preempt a not preemptible task. If other higher priority task are made ready while a PRIORITY_PSEUDO_ISR task preempts a not preemptible task,