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

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 = s, +    .n = maxlen +  }; +  uint32_t mask = 1<<(num_bits-1); +  int cx = 0; + +  while ( mask != 0 ) { +    cx +=

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

--- .../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-exception-frame-print.c index 59b5d06032..348151a468 100644 --- a

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

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 and again. Maintaining these > examples is a little fragile. It

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

On Mon, Mar 22, 2021, 3:54 PM Chris Johns wrote: > On 23/3/21 4:58 am, Joel Sherrill wrote: > > On Mon, Mar 22, 2021 at 12:54 PM Joel Sherrill > > wrote: > > > > I posted to the gdb mailing list and this is the response: > > > > "If the inferior is using 64-bit add

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

On 23/3/21 4:58 am, Joel Sherrill wrote: > On Mon, Mar 22, 2021 at 12:54 PM Joel Sherrill > wrote: > > I posted to the gdb mailing list and this is the response: > > "If the inferior is using 64-bit addresses, then the remote protocol will > also use 64-bit add

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

On Mon, Mar 22, 2021 at 2:33 PM Joel Sherrill wrote: >> +static const char* _exception_class_to_string( uint16_t exception_class ) >> +{ >> +  switch (exception_class) >> +  { >> +  case 0b01: return "Trapped WFI or WFE instruction"; >> +  case 0b11: return "Trapped MCR or MRC access with

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

On Mon, Mar 22, 2021 at 12:53 PM Alex White wrote: > --- > .../aarch64/aarch64-exception-frame-print.c | 106 +- > 1 file changed, 102 insertions(+), 4 deletions(-) > > diff --git a/cpukit/score/cpu/aarch64/aarch64-exception-frame-print.c > b/cpukit/score/cpu/aarch64/aarch64-ex

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

On Mon, Mar 22, 2021 at 12:54 PM Joel Sherrill wrote: > I posted to the gdb mailing list and this is the response: > > "If the inferior is using 64-bit addresses, then the remote protocol will > also use 64-bit addresses. If we have a 32-bit inferior running on > aarch64 hardware, we'll have 32-b

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

I posted to the gdb mailing list and this is the response: "If the inferior is using 64-bit addresses, then the remote protocol will also use 64-bit addresses. If we have a 32-bit inferior running on aarch64 hardware, we'll have 32-bit addresses over the remote protocol as well. Even when we're u

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

--- .../aarch64/aarch64-exception-frame-print.c | 106 +- 1 file changed, 102 insertions(+), 4 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..b22d99a0ca 100644 --- a

Re: [PATCH RTEMS] bsps/beagle: Refactored i2c driver

Hii, I have tested this patch by reading out the values from the EEPROM in i2c-0 and also reading out data from a sensor connected to i2c-1. For reading data from the sensor, I used RTEMS Shell with i2cget and i2cset. All this was done on a PocketBeagle. Thanks, Niteesh. On Mon, Mar 22, 2021 at

[PATCH RTEMS] bsps/beagle: Refactored i2c driver

Refactored the i2c driver to parse register values from the device tree rather than hardcoding them. But still the clocks have to initialized manually. --- bsps/arm/beagle/i2c/bbb-i2c.c | 100 -- bsps/arm/beagle/include/bsp.h | 4 ++ bsps/arm/beagle/include/bs

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

Hi Chris, 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 and again. Maintaining these examples is a little fragile. @Ida: Thanks for the patches, now we'll nee

Re: [PATCH] Add configuration option for single processor applications

On Sun, Mar 21, 2021 at 11:48 PM Richi Dubey wrote: > > Hi! > > Thanks for your review. > >> Why not just copy how SMP EDF deals with this problem? >> https://github.com/richidubey/rtems/blob/d3d1e4bc8e616738bd5892c59f82b174c399fc0b/cpukit/include/rtems/scheduler.h#L124 >> I guess that is the "rig

Re: [PATCH] rtems-fdt/rtems-fdt.c: Fix bug in loop termination

On Sun, Mar 21, 2021 at 5:13 PM Christian Mauderer wrote: > Hello Gedare and Niteesh, > > I pushed the patch on master and 5. > > Niteesh: Thanks for finding and fixing that bug. > Thanks for pushing this and Beagle patches. Thank you, Niteesh > Best regards > > Christian > > On 21/03/2021 08:0

[PATCH 2/2] rtl-allocator.c: Put dereferences after nullcheck

CID 1444139: Dereference null return value in rtems_rtl_alloc_hook(). Closes #4333 --- cpukit/libdl/rtl-allocator.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/cpukit/libdl/rtl-allocator.c b/cpukit/libdl/rtl-allocator.c index 647c0c8..861754e 100644 --- a/cpukit/lib

[PATCH 0/2] Fix Dereference null return value Coverity issues

Hi, For these Coverity issues, I just had to ensure that rtl was not NULL before being dereferenced. For rtl-allocator, I moved the dereferences after a check for rtl. In rtl-obj.c, I added a check with an early return if rtl is NULL. Thanks, Ryan Ryan Long (2): rtl-obj.c: Added an early retur

[PATCH 1/2] rtl-obj.c: Added an early return if rtl lock fails

CID 1444138: Dereference null return value in rtems_rtl_obj_find_file(). Closes #4332 --- cpukit/libdl/rtl-obj.c | 4 1 file changed, 4 insertions(+) diff --git a/cpukit/libdl/rtl-obj.c b/cpukit/libdl/rtl-obj.c index a7dd740..d5a867e 100644 --- a/cpukit/libdl/rtl-obj.c +++ b/cpukit/libdl/rt

Re: GSoC Project : Package Micro-python

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, Mar 20, 2021 at 12:33 PM Eshan Dhawan > wrote: > >> > > >> > Hello Everyone, > >> > I wanted to ta

Re: GSoC Project : Package Micro-python

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, Mar 20, 2021 at 12:33 PM Eshan Dhawan >> wrote: >> > >> > Hello Everyone, >> > I wanted to take Packaging Micro Python up as GSOC project this summer and >> > the pr

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 22/03/2021 16:56, Jan Sommer wrote: > > diff --git a/bsps/riscv/riscv/clock/clockdrv.c > > b/bsps/riscv/riscv/clock/clockdrv.c > > index d085b6bd95..e8a39c8591 100644 > > --- a/bsps/riscv/riscv/clock/clockdrv.c > > +++ b/bsps/riscv/

Re: GSoC Project : Package Micro-python

On Mon, Mar 22, 2021 at 11:30 AM Gedare Bloom wrote: > On Sat, Mar 20, 2021 at 12:33 PM Eshan Dhawan > wrote: > > > > Hello Everyone, > > I wanted to take Packaging Micro Python up as GSOC project this summer > and the project will also include packaging LUA and picoC > > The ticket for Micro Py

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

On Mon, Mar 22, 2021 at 10:44 AM Gedare Bloom wrote: > > On Sun, Mar 21, 2021 at 6:46 PM Chris Johns wrote: > > > > > > > > On 21/3/21 2:26 am, Joel Sherrill wrote: > > > > > > > > > On Sat, Mar 20, 2021, 1:21 AM Gedare Bloom > > > wrote: > > > > > > Hi Stephen, Joel

Re: [PATCH v3 1/3] rtems-debugger: Fixed 32bit pointers

On Sun, Mar 21, 2021 at 6:46 PM Chris Johns wrote: > > > > On 21/3/21 2:26 am, Joel Sherrill wrote: > > > > > > On Sat, Mar 20, 2021, 1:21 AM Gedare Bloom > > wrote: > > > > Hi Stephen, Joel: > > > > On Fri, Mar 19, 2021 at 9:35 AM Stephen Clark >

Re: GSoC Project : Package Micro-python

On Sat, Mar 20, 2021 at 12:33 PM Eshan Dhawan wrote: > > Hello Everyone, > I wanted to take Packaging Micro Python up as GSOC project this summer and > the project will also include packaging LUA and picoC > The ticket for Micro Python : https://devel.rtems.org/ticket/4349 > What would be the co

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 b/bsps/riscv/riscv/clock/clockdrv.c index d085b6bd95..e8a39c8591 100644 --- a/bsps/riscv/riscv/clock/clockdrv.c +++ b/bsps/riscv/riscv/clock/clockdrv.c @@ -41,6 +41,7 @@ #include #include #include +#i

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

Hi Rajiv, On Sat, Mar 20, 2021 at 12:40 AM Rajiv Vaidyanathan wrote: > > Hello RTEMS community, > > I am interested in the ticket: Memory protection. I saw that this topic has > been pursued a few times in GSoC. It would be great if someone can let me > know the current status of this project a

Re: GSoC project: #3850 Modular Network Stacks

On Mon, Mar 22, 2021, 10:23 AM Christian Mauderer wrote: > Hello Rajiv, > > Am 22.03.21 um 16:11 schrieb Rajiv Vaidyanathan: > > Dear mentors, > > > > Thankyou for providing information about the project. I want to pursue > > this as my GSoC project. From the above discussion, I understand that >

[PATCH v2 0/1] Add per cpu clock interrupt

v2: Added check against counter wrap-around during intialization @Gedare: Could you please re-approve? The changes compared to the previous version are just cosmetic. Jan Sommer (1): bsps/riscv: Add per cpu clock interrupt bsps/include/bsp/fatal.h | 1 + bsps/riscv/riscv/clock/clock

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

- Fixes failure of test smpclock01 --- bsps/include/bsp/fatal.h | 1 + bsps/riscv/riscv/clock/clockdrv.c | 64 ++- 2 files changed, 55 insertions(+), 10 deletions(-) diff --git a/bsps/include/bsp/fatal.h b/bsps/include/bsp/fatal.h index ec5902755e..54ed4b2027

Re: [PATCH rtems v2 1/2] libblock: Add rtems_bdbuf_peek()

On Mon, Mar 22, 2021 at 9:33 AM Christian MAUDERER wrote: > > Am 22.03.21 um 15:55 schrieb Gedare Bloom: > > On Mon, Mar 22, 2021 at 2:27 AM Christian Mauderer > > wrote: > >> > >> Adds a peek function that allows (for example) a file system to suggest > >> the next blocks that should be used for

Re: [PATCH rtems v2 1/2] libblock: Add rtems_bdbuf_peek()

Am 22.03.21 um 15:55 schrieb Gedare Bloom: On Mon, Mar 22, 2021 at 2:27 AM Christian Mauderer wrote: Adds a peek function that allows (for example) a file system to suggest the next blocks that should be used for read ahead. This can increase the read speed of fragmented files. --- cpukit/in

Re: GSoC project: #3850 Modular Network Stacks

Dear mentors, Thankyou for providing information about the project. I want to pursue this as my GSoC project. From the above discussion, I understand that the following has to be done: 1. Collecting existing lwip drivers for BSPs and writing new ones. 2. Adding config files for driver management a

Re: [PATCH rtems v2 1/2] libblock: Add rtems_bdbuf_peek()

On Mon, Mar 22, 2021 at 2:27 AM Christian Mauderer wrote: > > Adds a peek function that allows (for example) a file system to suggest > the next blocks that should be used for read ahead. This can increase > the read speed of fragmented files. > --- > cpukit/include/rtems/bdbuf.h | 2

Re: [PATCH] Basic lwIP for STM32H7 BSP

On 03/02/2021 14:50, Robin Müller wrote: The following link contains more theoretical information about why these sections were placed at these addresses: https://community.st.com/s/article/FAQ-DMA-is-not-working-on-STM32H7-devices

[PATCH 1/2] validation: Add test case support functions

--- .../testsuites/validation/validation-0.yml| 1 + .../testsuites/validation/validation-1.yml| 1 + testsuites/validation/tc-support.c| 155 ++ testsuites/validation/tc-support.h| 97 +++ 4 files changed, 254 insertions(+) create mode

[PATCH 2/2] validation: Use support functions

--- testsuites/validation/tc-barrier-create.c | 31 ++- testsuites/validation/tc-barrier-delete.c | 55 ++-- testsuites/validation/tc-barrier-release.c | 74 --- testsuites/validation/tc-barrier-wait.c| 100 - testsuites/validation/tc-signal-cat

Re: [PATCH rtems-libbsd 1/2] racoon/session: Honor file descriptor maximum

Hello Chris, Am 19.03.21 um 02:11 schrieb Chris Johns: On 3/3/21 7:41 pm, Christian MAUDERER wrote: Hello Chris, Am 03.03.21 um 02:17 schrieb Chris Johns: On 2/3/21 7:26 pm, Christian MAUDERER wrote: Hello Chris, Am 02.03.21 um 01:03 schrieb Chris Johns: On 1/3/21 7:24 pm, Christian MAUDER

[PATCH rtems v2 1/2] libblock: Add rtems_bdbuf_peek()

Adds a peek function that allows (for example) a file system to suggest the next blocks that should be used for read ahead. This can increase the read speed of fragmented files. --- cpukit/include/rtems/bdbuf.h | 21 cpukit/include/rtems/diskdevs.h | 24 - cpukit/li

[PATCH rtems v2 2/2] dosfs: Use peek support

This speeds up reading fragmented files. --- cpukit/libfs/src/dosfs/fat.c | 10 ++ cpukit/libfs/src/dosfs/fat.h | 5 + cpukit/libfs/src/dosfs/fat_file.c | 21 - 3 files changed, 31 insertions(+), 5 deletions(-) diff --git a/cpukit/libfs/src/dosfs/fat.c b

[PATCH rtems v2 0/2] Add Peek Support to libblock and use in dosfs

Hello, I noted that I missed to push these patches. The first version had been in this mailing list thread: https://lists.rtems.org/pipermail/devel/2021-January/064004.html Changes since then (most suggested by Gedare - thanks for that): - rename read_ahead_transfers_with_size to read_ahead_pee