Remove previous adjtime() implementation.
Update #2348.
---
cpukit/include/rtems/score/timecounter.h | 9 ++
cpukit/include/sys/timex.h| 4 +-
cpukit/posix/src/adjtime.c| 93 ---
cpukit/score/src/kern_ntptime.c | 138
This is a draft patch set which imports the FreeBSD NTP support and ports it to
RTEMS. The PPS synchronization support is disabled.
Sebastian Huber (2):
kern_ntptime.c: Import form FreeBSD
kern_ntptime.c: Port to RTEMS
cpukit/include/rtems/score/timecounter.h |9 +
cpukit/include/sys/t
The file was imported from this repository:
https://github.com/freebsd/freebsd.git
This commit was used:
commit 3ec0dc367bff27c345ad83240625b2057af391b9
Author: Sebastian Huber
Date: Mon Feb 7 14:16:16 2022 -0700
kern_ntptime.c: Remove ntp_init()
The ntp_init() function did set a co
On Tue, Feb 8, 2022 at 8:04 AM Christian MAUDERER
wrote:
>
> Hello Joel,
>
> Am 08.02.22 um 14:59 schrieb Joel Sherrill:
> > Looks good to me.
>
> Thanks.
>
> >
> > Is there anything in the bsp.and device drivers guide about this?
>
> I haven't found anything about the line discipline or about the
Hello Joel,
Am 08.02.22 um 14:59 schrieb Joel Sherrill:
Looks good to me.
Thanks.
Is there anything in the bsp.and device drivers guide about this?
I haven't found anything about the line discipline or about the l_start
function in the docs. rtems_termios_tty is mentioned in three exampl
Looks good to me.
Is there anything in the bsp.and device drivers guide about this?
On Tue, Feb 8, 2022, 6:54 AM Christian Mauderer <
christian.maude...@embedded-brains.de> wrote:
> Update #4494
> ---
>
> This adds a paragraph to the release notes like discussed here:
>
> https://lists.rtems.org
Update #4494
---
This adds a paragraph to the release notes like discussed here:
https://lists.rtems.org/pipermail/devel/2022-February/070455.html
Is that OK. Should I add more details?
rtems-notes-5.txt | 8
1 file changed, 8 insertions(+)
diff --git a/rtems-notes-5.txt b/rtems-note
On 8/2/22 12:48 am, Sebastian Huber wrote:
> Hello Chris,
>
> sorry, this slipped through may review list.
Thanks for the review.
>
> On 02/09/2021 04:43, Chris Johns wrote:
>> @@ -1232,9 +993,6 @@ osendmsg(struct thread *td, struct osendmsg_args *uap)
>> #endif
>> #endif /* __rtems__ */
>>
Do some clean ups. Remove superfluous variables. Eliminate some overly
complex logic (information about transfer and remaining bytes has been
tracked redundantly in multiple variables).
This patch doesn't change the behavior of the driver.
Update #4591
---
bsps/arm/atsam/i2c/atsam_i2c_bus.c
The driver didn't return with an error on (for example) a NACK on the
bus. This adds the expected error return. Due to the new case that a
transfer can be interrupted on an error, there were some new edge cases.
This patch therefore also fixes these edge cases by removing the
transfer_state that mo
Hello,
this patch set fixes a missing error return for the I2C driver of the
ATSAM BSP.
If no one objects, I would like to apply it to master and 5:
https://devel.rtems.org/ticket/4591
https://devel.rtems.org/ticket/4592
Best regards
Christian
___
11 matches
Mail list logo