Re: Missing link on the RTEMS website

On 15/04/2020 15:01, Joel Sherrill wrote: On Wed, Apr 15, 2020, 7:59 AM Sebastian Huber > wrote: On 15/04/2020 14:55, Joel Sherrill wrote: On Wed, Apr 15, 2020 at 6:11 AM Sebastian Huber mailto:sebastian.hu...@embedded-brains.de>> w

Re: [PATCHES v2] Add more i.MX6UL/ULL support

Hello Gedare, On 15/04/2020 18:23, Gedare Bloom wrote: > On Wed, Apr 15, 2020 at 9:31 AM Christian Mauderer > wrote: >> >> On 15/04/2020 15:56, Gedare Bloom wrote: >>> Yes, go ahead and push them in. >> >> Thanks. I pushed them. But now I have a small problem: I wanted to >> update RSB to use the

Re: RTEMS Timeline Update and 25th Anniversary of First Public Commit

On Wed, Apr 15, 2020 at 1:22 AM Christian Mauderer < christian.maude...@embedded-brains.de> wrote: > On 14/04/2020 15:40, Joel Sherrill wrote: > > > > > > On Tue, Apr 14, 2020 at 1:47 AM Christian Mauderer > > > > wrote: > > > > Hello Joel, > > >

Re: [PATCHES v2] Add more i.MX6UL/ULL support

On Wed, Apr 15, 2020 at 9:31 AM Christian Mauderer wrote: > > On 15/04/2020 15:56, Gedare Bloom wrote: > > Yes, go ahead and push them in. > > Thanks. I pushed them. But now I have a small problem: I wanted to > update RSB to use the new versions (Chris said in another mail that it > should be up

Re: [PATCHES v2] Add more i.MX6UL/ULL support

On 15/04/2020 15:56, Gedare Bloom wrote: > Yes, go ahead and push them in. Thanks. I pushed them. But now I have a small problem: I wanted to update RSB to use the new versions (Chris said in another mail that it should be up to date that near to a release). But I noted that I have no idea what fo

Re: [PATCH 1/3] user: Update migration guide

On Wed, Apr 15, 2020 at 9:29 AM Gedare Bloom wrote: > On Wed, Apr 15, 2020 at 7:56 AM Sebastian Huber > wrote: > > > > On 15/04/2020 15:52, Gedare Bloom wrote: > > > > +The configuration of SMP schedulers changed. Please read the > corresponding > > +chapter in the RTEMS Classic API Guide. > >

Re: [PATCH 1/3] user: Update migration guide

On Wed, Apr 15, 2020 at 7:56 AM Sebastian Huber wrote: > > On 15/04/2020 15:52, Gedare Bloom wrote: > > +The configuration of SMP schedulers changed. Please read the corresponding > +chapter in the RTEMS Classic API Guide. > > I guess inter-doc refs don't work, but maybe the chapter name should >

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On Wed, Apr 15, 2020 at 9:11 AM Gedare Bloom wrote: > On Tue, Apr 14, 2020 at 10:56 PM Sebastian Huber > wrote: > > > > Hello Utkarsh Rai, > > > > do we really need a new test program for this test case? I would prefer > > add it to an existing test program or add a generic POSIX test program >

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

Oh, I missed that, basically the difference between the second would amount to 59 and hence my assumption would be wrong Thank you for the clarification, I will remember to consider the cases. On Wed 15 Apr, 2020, 7:37 PM Gedare Bloom, wrote: > I appreciate what Sebastian is doing, but I'll be a

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On Tue, Apr 14, 2020 at 10:56 PM Sebastian Huber wrote: > > Hello Utkarsh Rai, > > do we really need a new test program for this test case? I would prefer > add it to an existing test program or add a generic POSIX test program > using the RTEMS Test Framework. > I would also recommend this, or pe

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

I appreciate what Sebastian is doing, but I'll be a bit more explicit. You should understand what resources/APIs already exist that may help you, such as: https://docs.rtems.org/branches/master/c-user/timespec_helpers.html#timespec-helpers What happens when the time is 11:59:59.9 (HH:MM:

FreeBSD 12 Failures - Py_Initialize: can't initialize sys standard streams

Hi I see this type of failure on rtems-tools and rtems-tester. I run nohup'ed and I suspect these happen after the connection is dropped. I see what I think is discussion of similar issues here: https://bugs.python.org/issue32849 I don't see this on Linux although in that issue report, it was rep

Re: [PATCH] Canonicalize config.h include

On 15/04/2020 15:59, Gedare Bloom wrote: This is fine with me to go in 5.1 or defer to 6 it doesn't really matter. It reduces a bit the probability for merge conflicts. So, I will push it after a compile run. ___ devel mailing list devel@rtems.org ht

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On 15/04/2020 15:55, Utkarsh Rai wrote: Yes sir. Ok, good, then you should do this. Maybe someone else solved this problem already. On Wed 15 Apr, 2020, 7:21 PM Sebastian Huber, > wrote: On 15/04/2020 15:00, Utkarsh Rai wrote: > Okay, so

Re: [PATCH] Canonicalize config.h include

This is fine with me to go in 5.1 or defer to 6 it doesn't really matter. On Wed, Apr 15, 2020 at 1:55 AM Sebastian Huber wrote: > > Use the following variant which was already used by most source files: > > #ifdef HAVE_CONFIG_H > #include "config.h" > #endif > --- > cpukit/dev/i2c/eeprom.

Re: [PATCH] eng: Adjust config.h include

k On Wed, Apr 15, 2020 at 1:53 AM Sebastian Huber wrote: > > Use variant used by most source files. > --- > eng/coding-file-hdr.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/eng/coding-file-hdr.rst b/eng/coding-file-hdr.rst > index f67a199..6355173 100644 > --- a/e

Re: [PATCHES v2] Add more i.MX6UL/ULL support

Yes, go ahead and push them in. On Wed, Apr 15, 2020 at 12:07 AM Christian Mauderer wrote: > > On 15/04/2020 07:06, Sebastian Huber wrote: > > Hello Christian, > > > > the patch set looks good (except maybe "[PATCH rtems-libbsd v2 09/14] > > bus-dma, imx: Don't sync nocache area."). > > > > Thank

Re: [PATCH 1/3] user: Update migration guide

On 15/04/2020 15:52, Gedare Bloom wrote: +The configuration of SMP schedulers changed. Please read the corresponding +chapter in the RTEMS Classic API Guide. I guess inter-doc refs don't work, but maybe the chapter name should be mentioned here? Ok, I will fix this here. In the long run we

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

Yes sir. On Wed 15 Apr, 2020, 7:21 PM Sebastian Huber, < sebastian.hu...@embedded-brains.de> wrote: > On 15/04/2020 15:00, Utkarsh Rai wrote: > > > Okay, so from what I could gather the time between the two gettime > > calls can exceed 1 sec if it is preempted by another process in > > between. I

Re: [PATCH 3/3] c-user: Split deprecated/removed directives chapter

thanks, make the minor typo corrections and push On Tue, Apr 14, 2020 at 9:13 AM Sebastian Huber wrote: > > --- > c-user/task_manager.rst | 11 +++ > 1 file changed, 7 insertions(+), 4 deletions(-) > > diff --git a/c-user/task_manager.rst b/c-user/task_manager.rst > index aca3699..c3919f

Re: [PATCH 2/3] c-user: Add removed directive rtems_clock_get()

On Tue, Apr 14, 2020 at 9:13 AM Sebastian Huber wrote: > > Be in line with Task Manager chapter. > > Update #2693. > --- > c-user/clock_manager.rst | 128 > +++ > 1 file changed, 107 insertions(+), 21 deletions(-) > > diff --git a/c-user/clock_manager.

Re: [PATCH 1/3] user: Update migration guide

On Tue, Apr 14, 2020 at 9:13 AM Sebastian Huber wrote: > > Update #3895. > --- > user/migration/v4_11-to-v5.rst | 54 > -- > 1 file changed, 42 insertions(+), 12 deletions(-) > > diff --git a/user/migration/v4_11-to-v5.rst b/user/migration/v4_11-to-v5.rst

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On 15/04/2020 15:00, Utkarsh Rai wrote: Okay, so from what I could gather the time between the two gettime calls can exceed 1 sec if it is preempted by another process in between. Is my line of thought correct? There is no other process. What you want to know is if the difference between two s

Re: Missing link on the RTEMS website

On Wed, Apr 15, 2020, 7:59 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 15/04/2020 14:55, Joel Sherrill wrote: > > > > On Wed, Apr 15, 2020 at 6:11 AM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> Hello, >> On 15/04/2020 13:03, Kuan-Hsun Chen wrote: >>

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

Okay, so from what I could gather the time between the two gettime calls can exceed 1 sec if it is preempted by another process in between. Is my line of thought correct? On Wed, Apr 15, 2020 at 6:01 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > On 15/04/2020 14:29, Utkarsh

Re: Missing link on the RTEMS website

On 15/04/2020 14:55, Joel Sherrill wrote: On Wed, Apr 15, 2020 at 6:11 AM Sebastian Huber > wrote: Hello, On 15/04/2020 13:03, Kuan-Hsun Chen wrote: Hello all, I just notice that https://www.rtems.org/page has a link point to

Re: Missing link on the RTEMS website

On Wed, Apr 15, 2020 at 6:11 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > On 15/04/2020 13:03, Kuan-Hsun Chen wrote: > > Hello all, > > I just notice that https://www.rtems.org/ page has a link point to, which > is missing: > https://devel.rtems.org/wiki/TBR/Website/M

AW: [PATCH v4 3/3] i386: Port to RTEMS

> -Ursprüngliche Nachricht- > Von: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de] > Gesendet: Mittwoch, 15. April 2020 09:23 > An: Sommer, Jan; devel@rtems.org > Betreff: Re: [PATCH v4 3/3] i386: Port to RTEMS > > On 09/04/2020 15:56, Jan Sommer wrote: > > > - Update import

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On 15/04/2020 14:29, Utkarsh Rai wrote: On Wed, Apr 15, 2020 at 5:35 PM Sebastian Huber > wrote: On 15/04/2020 14:02, Utkarsh Rai wrote: > +  status = clock_gettime( CLOCK_MONOTONIC, &end_time ); > +  rtems_test_assert( status ==

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On Wed, Apr 15, 2020 at 5:35 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 15/04/2020 14:02, Utkarsh Rai wrote: > > > + status = clock_gettime( CLOCK_MONOTONIC, &end_time ); >> > + rtems_test_assert( status == 0 ); >> > + >> > + rtems_test_assert( (end_time.tv_sec-init_ti

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On 15/04/2020 14:02, Utkarsh Rai wrote: > +  status = clock_gettime( CLOCK_MONOTONIC, &end_time ); > +  rtems_test_assert( status == 0 ); > + > +  rtems_test_assert( (end_time.tv_sec-init_time.tv_sec) == 0 ); Is end_time.tv_sec - init_time.tv_sec == 0 under all circumstances

Re: [PATCH v2] Test for clock_nanosleep with CLOCK_MONOTONIC option.

On Wed, Apr 15, 2020 at 10:26 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Utkarsh Rai, > > do we really need a new test program for this test case? I would prefer > add it to an existing test program or add a generic POSIX test program > using the RTEMS Test Framework.

Re: Missing link on the RTEMS website

Hello, On 15/04/2020 13:03, Kuan-Hsun Chen wrote: Hello all, I just notice that https://www.rtems.org/page has a link point to, which is missing: https://devel.rtems.org/wiki/TBR/Website/Mission_Statement I am writing some descriptions regarding RTEMS at meanwhile, should I just report here

Missing link on the RTEMS website

Hello all, I just notice that https://www.rtems.org/ page has a link point to, which is missing: https://devel.rtems.org/wiki/TBR/Website/Mission_Statement I am writing some descriptions regarding RTEMS at meanwhile, should I just report here or directly update the website somehow? Best, Kuan-Hs

[PATCH] Canonicalize config.h include

Use the following variant which was already used by most source files: #ifdef HAVE_CONFIG_H #include "config.h" #endif --- cpukit/dev/i2c/eeprom.c | 4 ++-- cpukit/dev/i2c/fpga-i2c-slave.c | 4 ++-- cpukit/dev/i2c/gpio-nxp-pca9

[PATCH] eng: Adjust config.h include

Use variant used by most source files. --- eng/coding-file-hdr.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eng/coding-file-hdr.rst b/eng/coding-file-hdr.rst index f67a199..6355173 100644 --- a/eng/coding-file-hdr.rst +++ b/eng/coding-file-hdr.rst @@ -196,7 +196,7 @@ and

Re: [PATCH v4 3/3] i386: Port to RTEMS

On 09/04/2020 15:56, Jan Sommer wrote: - Update imported files to compile rtems-libbsd for i386 based BSPs --- freebsd-org |2 +- freebsd/sbin/sysctl/sysctl.c |8 + freebsd/sys/dev/pci/pci_pci.c|2 + freebsd/sys/i3

Re: [PATCH v4 2/3] i386: Update build system

On 09/04/2020 15:56, Jan Sommer wrote: - Update FreeBSD files in libbsd.py - Introduce path-mappings in waf_libsd.py and libbsd.py for include path fixes Could you please split this commit. One part for the mappings, the other part for the new files imported from FreeBSD. _

Re: [PATCH v4 3/3] i386: Port to RTEMS

On 09/04/2020 16:10, jan.som...@dlr.de wrote: -Ursprüngliche Nachricht- Von: Sommer, Jan Gesendet: Donnerstag, 9. April 2020 15:57 An:devel@rtems.org Cc: Sommer, Jan Betreff: [PATCH v4 3/3] i386: Port to RTEMS - Update imported files to compile rtems-libbsd for i386 based BSPs --- [...