Re: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

2020-06-06 Thread junkes
This is an unusually long text for the mailing list. I tried to write a kind of tutorial using an example for a GSOC student. I'm looking forward to the comments from the pros and can write it down completely. Hello, Mritunjay if I understood it correctly, one idea of the rtems source

Re: [PATCH v3] updates #3889, Added test for timer_create() using CLOCK_MONOTONIC

2020-06-06 Thread Joel Sherrill
Thanks for the patch. Sorry this slipped through for so long without such simple feedback. First, there is a ticket for this: https://devel.rtems.org/ticket/3889 which should be referenced. Second, although the ticket just mentions timer_create, the capabilities (e.g. user use case) not

Re: [PATCH v12] tests for fenv.h functions

2020-06-06 Thread Joel Sherrill
Tested on leon3. Pushed. Thanks. --joel On Mon, Apr 20, 2020 at 1:22 PM Eshan dhawan wrote: > added tests for fesetexeptflag(), fegetexeptflag(), > fegetround(), fesetround(). > > In the test fegetround() does not return any flag > other then FE_TONEAREST in tests. > This is probably due to

Re: Need help in figuring out how a scheduler is assigned to a task

2020-06-06 Thread Gedare Bloom
On Sat, Jun 6, 2020 at 7:22 AM Richi Dubey wrote: > > Hii everyone, > > I was going through the code testsuites/sptests/spsimplesched01/init.c > and there is only one mention of simple scheduler : > > #define CONFIGURE_SCHEDULER_SIMPLE > > and on checking the meaning of this preprocessor

Need help in figuring out how a scheduler is assigned to a task

2020-06-06 Thread Richi Dubey
Hii everyone, I was going through the code testsuites/sptests/spsimplesched01/init.c and there is only one mention of simple scheduler : #define CONFIGURE_SCHEDULER_SIMPLE and on checking the meaning of this preprocessor directive from scheduler.h , The relevant code is: #ifdef

Re: [PATCH 2/2] Adding strong and weak definitions

2020-06-06 Thread Richi Dubey
Hii, Thanks for your review. > The glossary is generated from specification items: > > https://git.rtems.org/sebh/rtems-qual.git/tree/spec/glos/term > > I will work on a documentation how this works in the next days. Have you already submitted one? If yes, could you please send me the link to

Re: [PATCH 4/5] libfreebsd: Port OFW to RTEMS

2020-06-06 Thread Christian Mauderer
On 04/06/2020 19:43, G S Niteesh Babu wrote: > The following files have been ported to RTEMS > 1) openfirm.h > 2) openfirm.c > 3) ofw_fdt.c > --- > cpukit/libfreebsd/dev/ofw/ofw_fdt.c | 117 ++- > cpukit/libfreebsd/dev/ofw/openfirm.c | 59 +- >

Re: [PATCH 3/5] libfreebsd: FreeBSD porting helper header

2020-06-06 Thread Christian Mauderer
On 04/06/2020 19:43, G S Niteesh Babu wrote: > This file serve the purpose as rtems-bsd-kernel-space.h in the > rtems-libbsd. > This file is intended to be included in every source file that > is to imported from FreeBSD. This is to reduce the number of > redefinitions for commonly used functions

Re: [PATCH 2/5] libfreebsd: Added ofw_if.h

2020-06-06 Thread Christian Mauderer
Some style comments: On 04/06/2020 19:43, G S Niteesh Babu wrote: > This file is the RTEMS implementation of ofw_if.h in FreeBSD. The > ofw_if.h in FreeBSD is an autogenerated header file that maps the > OF_function calls to their respective implementation. But in RTEMS > this file maps the

Re: LVGL applications with mouse

2020-06-06 Thread Christian Mauderer
On 06/06/2020 13:09, Vijay Kumar Banerjee wrote: > On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer wrote: >> >> Hello Vijay, >> >> On 04/06/2020 21:36, Vijay Kumar Banerjee wrote: >>> Hi! >>> >>> I had been looking for an opportunity to do this for a long time and I'm >>> excited to post that

Re: LVGL applications with mouse

2020-06-06 Thread Vijay Kumar Banerjee
On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer wrote: > > Hello Vijay, > > On 04/06/2020 21:36, Vijay Kumar Banerjee wrote: > > Hi! > > > > I had been looking for an opportunity to do this for a long time and I'm > > excited to post that LVGL apps on RTEMS can now use input devices > > through