Re: AW: [PATCH 4/4] kern_ntptime: sys_ntp_adjtime() does not return error when modes is 0 or MOD_TAI

On 04/02/2022 09:12, gabriel.moy...@dlr.de wrote: What is the reason for this patch? This change is something I would like to have a second opinion. So, thanks for the question. Originally at the end of sys_ntp_adjtime(), if the function copyout() doesn't return an error, the value returned

i2c initialization MVME3100

in bsps/powerpc/mvme3100/start/bspstart.c I can find RTEMS_SYSINIT_ITEM{ mvme3100_i2c_initialize, RTEMS_SYSINIT_BSP_PRE_DRIVERS, RTEMS_SYSINIT_ORDER_MIDDLE ); mvme3100_i2c_initialize calls BSP_i2c_initialize This can be found in bsps/powerpc/mvme3100/i2c/i2c_init.c This function calls rtem

Re: [rtems-libbsd commit] sys/kern: Add VFS support

Hello Chris, sorry, this slipped through may review list. On 02/09/2021 04:43, Chris Johns wrote: @@ -1232,9 +993,6 @@ osendmsg(struct thread *td, struct osendmsg_args *uap) #endif #endif /* __rtems__ */ -#ifdef __rtems__ -static -#endif /* __rtems__ */ int sys_sendmsg(struct thread

Re: [PATCH 0/4] NTP support (master)

Hello Gabriel, I reviewed the patch set and the kern_ntptime.c. Changes in FreeBSD in kern_ntptime.c are infrequently. The module is pretty self contained. I suggest to import this file into the RTEMS sources due to the coupling with kern_tc.c which is already present in RTEMS. The ntp_updat

AW: [PATCH 0/4] NTP support (master)

> Hello Gabriel, > I reviewed the patch set and the kern_ntptime.c. Changes in FreeBSD in > kern_ntptime.c are infrequently. The module is pretty self > contained. I suggest to import this file into the RTEMS sources due to the > coupling with kern_tc.c which is already present in RTEMS. Sounds

Re: rtems-bsp-builder and rtems version

On Wed, Feb 2, 2022 at 11:41 PM Joel Sherrill wrote: > > Hi > > Did this get an option added to force the use of a specific RTEMS version? > You can set the version in rtems-tools by use of a VERSION file. See the comments in rtemstoolkit/version.py I don't know if it is tested for rtems-bsp-bui

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

On Wed, Feb 2, 2022 at 8:20 AM Christian MAUDERER wrote: > > Hello, > > I received no comments for these in the last two weeks. I assume there > are no further objections and I can push the patches to master in about > a week so that the bug is fixed at least for 6. > Yeah, that's fine with me, th

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

Hello Gedare, Am 07.02.22 um 16:40 schrieb Gedare Bloom: On Wed, Feb 2, 2022 at 8:20 AM Christian MAUDERER wrote: Hello, I received no comments for these in the last two weeks. I assume there are no further objections and I can push the patches to master in about a week so that the bug is fi

Re: [PATCHES] Fix PPP in libbsd and optimize ATSAM console

On Mon, Feb 7, 2022 at 9:05 AM Christian MAUDERER wrote: > > Hello Gedare, > > Am 07.02.22 um 16:40 schrieb Gedare Bloom: > > On Wed, Feb 2, 2022 at 8:20 AM Christian MAUDERER > > wrote: > >> > >> Hello, > >> > >> I received no comments for these in the last two weeks. I assume there > >> are no

Re: i2c initialization MVME3100

I'll answer my question myself ;-) I changed > RTEMS_SYSINIT_ITEM{ > mvme3100_i2c_initialize, > RTEMS_SYSINIT_BSP_PRE_DRIVERS, > RTEMS_SYSINIT_ORDER_MIDDLE > ); to RTEMS_SYSINIT_ITEM{ mvme3100_i2c_initialize, RTEMS_SYSINIT_BSP_DRVMGR_LEVEL_2, RTEMS_SYSINIT_ORDER_MIDDLE ); Heinz >

Re: i2c initialization MVME3100

Glad you figured it out. Are you going to file a ticket or at least post a patch? :) --joel On Mon, Feb 7, 2022 at 12:20 PM Heinz Junkes wrote: > > I'll answer my question myself ;-) > > I changed > > > RTEMS_SYSINIT_ITEM{ > > mvme3100_i2c_initialize, > > RTEMS_SYSINIT_BSP_PRE_DRIVERS, > > RT

Call for Mentors, Project Ideas

Hello all, RTEMS Project is applying to participate in GSoC 2022. There are a few significant changes to GSoC this year, including that eligibility is expanded beyond students, the program timeline can be more flexible to expend effort over more months (until November) if agreed upon by all involv

AW: AW: [PATCH 4/4] kern_ntptime: sys_ntp_adjtime() does not return error when modes is 0 or MOD_TAI

> >> What is the reason for this patch? > >> > > This change is something I would like to have a second opinion. So, thanks > > for the question. > > > > Originally at the end of sys_ntp_adjtime(), if the function copyout() > > doesn't return an error, the value returned by > ntp_is_time_error(),

Re: AW: AW: [PATCH 4/4] kern_ntptime: sys_ntp_adjtime() does not return error when modes is 0 or MOD_TAI

On 08/02/2022 08:13, gabriel.moy...@dlr.de wrote: What is the reason for this patch? This change is something I would like to have a second opinion. So, thanks for the question. Originally at the end of sys_ntp_adjtime(), if the function copyout() doesn't return an error, the value returned