AW: AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-31 Thread Gabriel.Moyano
> On 30/03/2022 15:19, gabriel.moy...@dlr.de wrote: > >>> Ok, it seems the pps_event() could be called by interrupt service > >>> routines. In this case, you cannot use a mutex and condition variables. > >>> You have to use a thread queue directly. Use the thread queue ISR > >>> lock for mutual exc

Re: AW: AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-31 Thread Sebastian Huber
On 31/03/2022 12:10, gabriel.moy...@dlr.de wrote: On 30/03/2022 15:19, gabriel.moy...@dlr.de wrote: Ok, it seems the pps_event() could be called by interrupt service routines. In this case, you cannot use a mutex and condition variables. You have to use a thread queue directly. Use the thread

AW: AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-30 Thread Gabriel.Moyano
> > On 30/03/2022 15:19, gabriel.moy...@dlr.de wrote: > >>> Ok, it seems the pps_event() could be called by interrupt service > >>> routines. In this case, you cannot use a mutex and condition variables. > >>> You have to use a thread queue directly. Use the thread queue ISR > >>> lock for mutual

Re: AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-30 Thread Sebastian Huber
On 30/03/2022 15:19, gabriel.moy...@dlr.de wrote: Ok, it seems the pps_event() could be called by interrupt service routines. In this case, you cannot use a mutex and condition variables. You have to use a thread queue directly. Use the thread queue ISR lock for mutual exclusion. Use _Thread_qu

AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-30 Thread Gabriel.Moyano
> > >> I guess you want to enable tc_poll_pps in struct timecounter as well? > > > > > > I didn't plan to do that but it can be done just removing some #ifndef, > > > right? > > > > Is this handler not use for the PPS support? If it is currently unused, > > then please let it disabled. > > Ok. F

AW: AW: Dependencies of PPS API in rtems-libbsd

2022-03-17 Thread Gabriel.Moyano
> >> I guess you want to enable tc_poll_pps in struct timecounter as well? > > > > I didn't plan to do that but it can be done just removing some #ifndef, > > right? > > Is this handler not use for the PPS support? If it is currently unused, then > please let it disabled. Ok. For now I was work

Re: AW: Dependencies of PPS API in rtems-libbsd

2022-03-17 Thread Sebastian Huber
On 16/03/2022 08:04, gabriel.moy...@dlr.de wrote: Hello Sebastian, On 15/03/2022 16:31, gabriel.moy...@dlr.de wrote: I'm working on enabling PPS support in RTEMS does this mean you want to define PPS_SYNC for kern_tc.c and kern_ntptime.c in RTEMS? yes I guess you want to enable tc_pol

AW: Dependencies of PPS API in rtems-libbsd

2022-03-16 Thread Gabriel.Moyano
Hello Sebastian, > On 15/03/2022 16:31, gabriel.moy...@dlr.de wrote: > > I'm working on enabling PPS support in RTEMS > > does this mean you want to define PPS_SYNC for kern_tc.c and kern_ntptime.c > in RTEMS? yes > I guess you want to enable tc_poll_pps in struct timecounter as well? I didn'

Re: Dependencies of PPS API in rtems-libbsd

2022-03-15 Thread Sebastian Huber
Hello Gabriel, On 15/03/2022 16:31, gabriel.moy...@dlr.de wrote: I'm working on enabling PPS support in RTEMS does this mean you want to define PPS_SYNC for kern_tc.c and kern_ntptime.c in RTEMS? I guess you want to enable tc_poll_pps in struct timecounter as well? For what do you need the

Dependencies of PPS API in rtems-libbsd

2022-03-15 Thread Gabriel.Moyano
Hi everybody, I'm working on enabling PPS support in RTEMS (actually it is already running and I'm preparing the commits to send them) but have couple of questions about functions/macros that are defined in rtems-libbsd repository. Since the repository where the changes need to be applied is ju