Re: [PATCH 0/4] Xilinx Zynq UltraScale+ MPSoC BSP

On 06/04/2019 02:53, Jeff Kubascik wrote: From: Jeff Kubascik This set of patches creates a new BSP layer for the Xilinx Zynq UltraScale+ MPSoC. The first two patches move the zynq-uart driver into a common directory, so that both the xilinx-zynq and xilinx-zynqmp BSPs can use it. The third

Re: [PATCH 1/4] bsp/zynq-uart: Remove zynq_uart_instances from header

Hello, On 06/04/2019 02:53, Jeff Kubascik wrote: diff --git a/bsps/arm/xilinx-zynq/console/debug-console.c b/bsps/arm/xilinx-zynq/console/debug-console.c index 38c0050e90..bc89a7f152 100644 --- a/bsps/arm/xilinx-zynq/console/debug-console.c +++ b/bsps/arm/xilinx-zynq/console/debug-console.c @@

Re: [PATCH] Remove superfluous run-time check

On 05/04/2019 16:40, Joel Sherrill wrote: Are you sure it can't be NULL when POSIX is disabled? The historical case where it was NULL was when you disabled an API. It cannot be NULL: Objects_Information ** const _Objects_Information_table[ OBJECTS_APIS_LAST + 1 ] = {   NULL,  

Re: SMP API change proposal

On 08/04/2019 04:47, Gedare Bloom wrote: Would you like to deprecate the replaced ones then? and make them obsolete sometime around RTEMS 6 or 7 Yes, I deprecated them via RTEMS_DEPRECATED, see patch set. At some time they should be removed. -- Sebastian Huber, embedded brains GmbH Address

Re: SMP API change proposal

On 08/04/2019 05:47, Joel Sherrill wrote: On Thu, Apr 4, 2019, 2:39 AM Sebastian Huber > wrote: Hello, I would like to introduce two new functions: rtems_get_current_processor() -> rtems_scheduler_get_processor()

Re: SMP API change proposal

On Thu, Apr 4, 2019, 2:39 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I would like to introduce two new functions: > > rtems_get_current_processor() -> rtems_scheduler_get_processor() > rtems_get_processor_count() -> rtems_scheduler_get_maximum_processor() > >

[PATCH] libdebugger: Use an offset table to format GDB `g` packets.

From: Chris Johns Adding support for a register offset table lets FPU registers be supported if added to the backend. Closes #3733. --- .../rtems/debugger/rtems-debugger-server.h| 7 +- cpukit/libdebugger/rtems-debugger-arm.c | 281 --

Re: SMP API change proposal

Would you like to deprecate the replaced ones then? and make them obsolete sometime around RTEMS 6 or 7 On Thu, Apr 4, 2019 at 3:39 AM Sebastian Huber wrote: > > Hello, > > I would like to introduce two new functions: > > rtems_get_current_processor() -> rtems_scheduler_get_processor() >

Need review and suggestions for my Proposal - GSoC 2019 POSIX Compliance Project

Hello, I have made the changes in my proposal, as suggested and recommended by mentors and developers. I would like to request mentors to review it for any final changes so that I can upload the PDF on GSoC site. My proposal-

Re: rtems-libbsd build error

On Sun, Apr 7, 2019 at 6:24 PM Christian Mauderer wrote: > Am 07.04.19 um 14:50 schrieb Vijay Kumar Banerjee: > > > > > > On Sun, Apr 7, 2019 at 6:08 PM Christian Mauderer > > wrote: > > > > Am 07.04.19 um 14:35 schrieb Vijay Kumar Banerjee: > > > > > > >

Re: rtems-libbsd build error

Am 07.04.19 um 14:50 schrieb Vijay Kumar Banerjee: > > > On Sun, Apr 7, 2019 at 6:08 PM Christian Mauderer > wrote: > > Am 07.04.19 um 14:35 schrieb Vijay Kumar Banerjee: > > > > > > > > On Sun, Apr 7, 2019 at 5:37 PM Christian Mauderer >

Re: rtems-libbsd build error

On Sun, Apr 7, 2019 at 6:08 PM Christian Mauderer wrote: > Am 07.04.19 um 14:35 schrieb Vijay Kumar Banerjee: > > > > > > > > On Sun, Apr 7, 2019 at 5:37 PM Christian Mauderer > > wrote: > > > > Am 07.04.19 um 13:08 schrieb Vijay Kumar Banerjee: > > > Hi, > >

Re: rtems-libbsd build error

Am 07.04.19 um 14:35 schrieb Vijay Kumar Banerjee: > > > > On Sun, Apr 7, 2019 at 5:37 PM Christian Mauderer > wrote: > > Am 07.04.19 um 13:08 schrieb Vijay Kumar Banerjee: > > Hi,  > > > > I had a look at the files related to HDMI drivers, to figure

Re: rtems-libbsd build error

On Sun, Apr 7, 2019 at 5:37 PM Christian Mauderer wrote: > Am 07.04.19 um 13:08 schrieb Vijay Kumar Banerjee: > > Hi, > > > > I had a look at the files related to HDMI drivers, to figure out > separate > > compilable parts that can be imported together and ported to RTEMS. > > I figured that the

Re: rtems-libbsd build error

Am 07.04.19 um 13:08 schrieb Vijay Kumar Banerjee: > Hi,  > > I had a look at the files related to HDMI drivers, to figure out separate  > compilable parts that can be imported together and ported to RTEMS. > I figured that the import can be done in two parts, one for am335x_lcd > and one for the

Re: rtems-libbsd build error

Hi, I had a look at the files related to HDMI drivers, to figure out separate compilable parts that can be imported together and ported to RTEMS. I figured that the import can be done in two parts, one for am335x_lcd and one for the tda19988 framer. I have also opened a new branch for am335x_lcd