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
> >> 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
>
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
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,
> >
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
>
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
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
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,
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
> 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
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
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
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
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
14 matches
Mail list logo
