Re: [PATCH] bsps/stm32h7: fix propagation of configured HSE freq. value into the code

On 09.03.23 14:16, Karel Gardas wrote: Sponsored-By: Precidata --- .../arm/stm32h7/boards/stm/nucleo-h743zi/system_stm32h7xx.c | 4 .../stm32h7/boards/stm/stm32h743i-eval/system_stm32h7xx.c | 4 .../stm32h7/boards/stm/stm32h747i-disco/system_stm32h7xx.c | 6 ++

[PATCH 1/2] spec: add riscv Kendryte K210 variant options

This patch includes the spec/build options for the riscv kendrytek210 BSP variant. It includes options to allow the frdme310arty console UART to be used on multiple BSPS, device tree options, memory options, and other required options for the variant. --- spec/build/bsps/optdtb.yml

[PATCH 2/2] bsps/riscv: add riscv/kendrytek210 BSP variant

This patch set adds support for the Kendryte K210 RISC-V BSP variant. The SoC uses existing PLIC, Timer, and console UART. It only needs SoC specific initalization and an embedded device tree binary similar to the polarfire SoC BSP. Updates #4876 --- bsps/riscv/riscv/config/kendrytek210.cfg

[PATCH 0/2] bsps/riscv: Add kendrytek210 riscv BSP variant

This patch set adds the riscv/kendrytek210 BSP variant to support the Kendryte K210 Dual Core RISC-V SoC. The BSP runs on the renode.io simulator, the Sipeed MAiX BiT and MAiXDuino boards, and would likely run on other boards. RTEMS binaries can be flashed to the boards using the kflash python

Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1

On 9/3/2023 8:10 pm, Frank Kühndel wrote: > Hello Chris, > Hello Alex, > > On 3/8/23 20:51, Chris Johns wrote: >> Subject: >> Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1 >> From: >> Chris Johns >> Date: >> 3/8/23, 20:51 >> >> To: >> Alex White , devel@rtems.org >> >> >>

Re: [PATCH rtems-docs v2] c-user/chains: Correct iteration example code

On 10/3/2023 10:12 pm, Kinsey Moore wrote: > On Thu, Mar 9, 2023 at 1:01 AM Sebastian Huber > > > wrote: > On 09.03.23 03:33, Kinsey Moore wrote: > > Casting the node returned by rtems_chain_head is incorrect. That node is > > owned by the

Re: Add Formal Verification chapter v3

Hi Andrew, In this case, since the patches are attachments, would you happen to have a hosted git (github?) repo that I could examine to facilitate a review. I can only review inline patches efficiently by email. Gedare On Thu, Mar 9, 2023 at 6:52 AM andrew.butterfi...@scss.tcd.ie wrote: > >

Re: [lwip 2/2] Move and rename sys_arch_data_sync_barier()

On Thu, Mar 9, 2023 at 7:48 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 09.03.23 14:46, Kinsey Moore wrote: > > Normally with rtems-lwip I would complain that this doesn't follow the > > convention of using #ifdef __rtems__ to modify files from upstream > > sources (each

Re: Add Formal Verification chapter v3

ping From: devel on behalf of "andrew.butterfi...@scss.tcd.ie" Date: Friday 10 February 2023 at 16:10 To: "rtems-de...@rtems.org" Subject: eng: Add Formal Verification chapter v3 Dear RTEMS Developers, Here is a 3rd version of the proposed Formal Verification chapter to be added to the

Re: [lwip 1/2] Fix build for arm/tms570 BSPs

The changes to TI sources for dp83848h should use the #ifdef __rtems__ convention since they will not be fully integrated into the rtemslwip directory. Kinsey On Thu, Mar 9, 2023 at 6:13 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > defs/bsps/arm/tms570_base.json

Re: [lwip 2/2] Move and rename sys_arch_data_sync_barier()

On 09.03.23 14:46, Kinsey Moore wrote: Normally with rtems-lwip I would complain that this doesn't follow the convention of using #ifdef __rtems__ to modify files from upstream sources (each root directory except rtemslwip has an upstream source), but the uLan authors have given permission to

Re: [lwip 2/2] Move and rename sys_arch_data_sync_barier()

Normally with rtems-lwip I would complain that this doesn't follow the convention of using #ifdef __rtems__ to modify files from upstream sources (each root directory except rtemslwip has an upstream source), but the uLan authors have given permission to fully integrate this code into the

[PATCH] bsps/stm32h7: fix propagation of configured HSE freq. value into the code

Sponsored-By: Precidata --- .../arm/stm32h7/boards/stm/nucleo-h743zi/system_stm32h7xx.c | 4 .../stm32h7/boards/stm/stm32h743i-eval/system_stm32h7xx.c | 4 .../stm32h7/boards/stm/stm32h747i-disco/system_stm32h7xx.c | 6 ++

Re: [PATCH rtems-docs v2] c-user/chains: Correct iteration example code

On Thu, Mar 9, 2023 at 1:01 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > > On 09.03.23 03:33, Kinsey Moore wrote: > > Casting the node returned by rtems_chain_head is incorrect. That node is > > owned by the control structure and use of it post-cast could cause > > memory

[lwip 2/2] Move and rename sys_arch_data_sync_barier()

This function is not present in the lwIP mainline. Move it to the only user and rename it to tms570__data_sync_barier(). --- uLan/ports/driver/tms570_emac/tms570_netif.c | 16 uLan/ports/os/rtems/arch/sys_arch.h | 5 - 2 files changed, 12 insertions(+), 9

[lwip 1/2] Fix build for arm/tms570 BSPs

--- defs/bsps/arm/tms570_base.json | 6 -- uLan/ports/driver/tms570_emac/eth_lwip.c | 15 +++ uLan/ports/driver/tms570_emac/phy_dp83848h.c | 1 + uLan/ports/driver/tms570_emac/phy_dp83848h.h | 2 ++ 4 files changed, 18 insertions(+), 6 deletions(-) diff --git

Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1

Hello Chris, Hello Alex, On 3/8/23 20:51, Chris Johns wrote: Subject: Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1 From: Chris Johns Date: 3/8/23, 20:51 To: Alex White , devel@rtems.org What hosts have you tested building this on? I only ask as gdb-13 is not building