Re: [PATCH 2/3] bsps/microblaze: Add support for multiple UARTs

On Thu, Mar 30, 2023 at 5:54 PM Chris Johns wrote: > > On 31/3/2023 2:55 am, Alex White wrote: > > On Wed, Mar 29, 2023 at 11:04 PM Chris Johns wrote: > >> > >> On 30/3/2023 12:26 pm, Sam Price wrote: > >>> Same IP as the regular KCU105. > >>> The current uart ip is dependent on the fpga. > >>>

Re: [PATCH rtems-net-legacy] leon3: Replace ambapp_plb with ambapp_plb()

OK to push. Thanks Chris On 31/3/2023 11:20 am, Vijay Kumar Banerjee wrote: > RTEMS commit 2c07f24af210c4738fbe6f75a53c58fbd80fb658 removed the ambapp_plb > global variable > --- > bsps/sparc/leon3/net/leon_greth.c| 3 ++- > bsps/sparc/leon3/net/leon_open_eth.c | 5 +++-- >

[PATCH rtems-net-legacy] leon3: Replace ambapp_plb with ambapp_plb()

RTEMS commit 2c07f24af210c4738fbe6f75a53c58fbd80fb658 removed the ambapp_plb global variable --- bsps/sparc/leon3/net/leon_greth.c| 3 ++- bsps/sparc/leon3/net/leon_open_eth.c | 5 +++-- bsps/sparc/leon3/net/leon_smc9.c | 11 ++- 3 files changed, 11 insertions(+), 8 deletions(-)

Re: [PATCH rtems-lwip] rtemslwip/xil_shims: Avoid hang in IRQ context

OK Chris On 31/3/2023 3:49 am, Kinsey Moore wrote: > Do not try to alter IRQ server handlers while executing in the IRQ > server thread context. This change avoids a deadlock in CGEM error > condition handling that causes a reinitialization of the driver which > attempts to reinstall the IRQ

Re: [PATCH 2/3] bsps/microblaze: Add support for multiple UARTs

On 31/3/2023 2:55 am, Alex White wrote: > On Wed, Mar 29, 2023 at 11:04 PM Chris Johns wrote: >> >> On 30/3/2023 12:26 pm, Sam Price wrote: >>> Same IP as the regular KCU105. >>> The current uart ip is dependent on the fpga. >>> I don't believe this modifies the kcu105 bsp, but allows other bsps

[PATCH rtems-lwip] rtemslwip/xil_shims: Perform flush with invalidate

Xilinx wrote their A53 HAL with the assumption that the CPU did not support cache invalidation without a flush, so the flush and invalidation functions were combined and all range invalidations are promoted to flush/invalidate. The implementation written for lwIP was written to the original intent

Re: [PATCH] docs/user: add docs for riscv/kendrytek210 BSP variant

Hi Padmarao, Thanks for reviewing the changes. I agree with your suggestions and will send out a V2 patch soon. Thanks, Alan On Thu, Mar 30, 2023 at 11:28 AM wrote: > Hi Alan, > > > On Wed, 2023-03-29 at 10:32 -0400, Alan Cudmore wrote: > > > > This patch adds the documentation for building and

GSoC 2023 Proposal - Add Support for Address Sanitizer

Hi everyone, I have drafted my proposal for GSoC on adding support for Address Sanitizer. I would be grateful if you could review it. Any feedback or suggestions would be greatly appreciated. https://docs.google.com/document/d/1BRUBegRfTRCxUUM3r2nOBVdQ6WKtb9JJ94SJxW2gK5w/edit?usp=sharing Thank

[PATCH rtems-lwip] rtemslwip/xil_shims: Avoid hang in IRQ context

Do not try to alter IRQ server handlers while executing in the IRQ server thread context. This change avoids a deadlock in CGEM error condition handling that causes a reinitialization of the driver which attempts to reinstall the IRQ handler from within the IRQ handler. This deadlocks inside the

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

Hello Sebastian, On Friday 24 of March 2023 11:43:02 Sebastian Huber wrote: > it seems we have two different MDIO services: not not nice to have two different APIs... In general it would be great to have actual MDIO PHY chips drivers in a separate folder(s) and actual NIC driver should provide

Re: [PATCH 2/3] bsps/microblaze: Add support for multiple UARTs

On Wed, Mar 29, 2023 at 11:04 PM Chris Johns wrote: > > On 30/3/2023 12:26 pm, Sam Price wrote: > > Same IP as the regular KCU105. > > The current uart ip is dependent on the fpga. > > I don't believe this modifies the kcu105 bsp, but allows other bsps to > > support up to 4 uarts. > > I am not

Re: [PATCH] docs/user: add docs for riscv/kendrytek210 BSP variant

Hi Alan, > On Wed, 2023-03-29 at 10:32 -0400, Alan Cudmore wrote: > > This patch adds the documentation for building and running RTEMS on > the Kendryte K210 RISC-V SoC. The generic riscv introducion > was re-arranged to list the multilib variants then the specific > hardware targets. In

[PATCH 2/3] bsp-howto/console: Remove reference to deprecated function

From: Matt Joyce --- bsp-howto/console.rst | 7 --- 1 file changed, 7 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index 1ead39e..71e156d 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -505,13 +505,6 @@ The :c:func:`console_initialize()`

[PATCH 1/3] bsp-howto/console: Remove reference to old build system

From: Matt Joyce --- bsp-howto/console.rst | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index aef13a8..1ead39e 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -52,16 +52,7 @@ calls such as

[PATCH 0/3] bsp-howto/console: Remove obsolete references / Fix typos

From: Matt Joyce Hello, Please find the following edits to bsp-howto/console attached. Thanks very much! Sincerely, Matt Matt Joyce (3): bsp-howto/console: Remove reference to old build system bsp-howto/console: Remove reference to deprecated function bsp-howto/console: Fix typos

[PATCH 3/3] bsp-howto/console: Fix typos

From: Matt Joyce --- bsp-howto/console.rst | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index 71e156d..9056e0f 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -236,8 +236,8 @@ character has

RISC-V users guide update

Hi Hesham and Padmarao (and anyone else that is interested in RISC-V BSPS.. ) I would like your opinion on the documentation update I submitted for the RISC-V BSPs. I added support for the K210 BSP variant, but I also re-arranged the variants into two lists: - The multilib variants - Target