Re: Project for GSoC 2020

Sorry for the late reply, I was busy with my college tests. I looked into the MMU implementation of a few other RTOSs and zephyr RTOS has an interesting memory domain implementation for thread stack protection. Basically, the threads are grouped into memory domains as 'struct memory_domain'. Each

AW: [PATCH 0/3] [rtems-libbsd] [backport] Fix compilation issue for

Please ignore this patch set. We managed to get the e1000 driver working, today. I will submit an updated version with it included next week. Best regards, Jan > -Ursprüngliche Nachricht- > Von: Sommer, Jan > Gesendet: Freitag, 6. März 2020 11:09 > An: devel@rtems.org > Cc: Sommer,

Re: Implementation of clock_getcpuclockid()

Similarly for pthread_getcpuclockid() > On 07-Mar-2020, at 12:53 AM, Eshan Dhawan wrote: > >  > clock_getcpuclockid() is defined in time.h but its implementation in RTEMS > returns error > > I went through FreeBSD and NetBSD implementations of the same > they call clock_getcpuclockid2()

Re: [PATCH v5] tests for fenv.h functions

Fix a few small things noted below and send -v6. Almost there. On Fri, Mar 6, 2020 at 12:13 AM Eshan dhawan wrote: > > --- > testsuites/psxtests/psxfenv01/init.c | 91 ++-- > 1 file changed, 72 insertions(+), 19 deletions(-) > > diff --git

Implementation of clock_getcpuclockid()

clock_getcpuclockid() is defined in time.h but its implementation in RTEMS returns error I went through FreeBSD and NetBSD implementations of the same they call clock_getcpuclockid2() function but I couldn't find anything related to this in rtems so how could we implement clock_getcpuclockid()?

Re: RTEMS Release Notes Generator - GSoC Project

On Fri, Mar 6, 2020 at 7:49 AM Denil Verghese wrote: > > Hi, > To summarize, >I Will primarily focus on ticket https://devel.rtems.org/ticket/3314 > (hopefully from where the > project paused https://github.com/dh0072/ReleaseNotesGenerator ) along with > suggested tasks > such as license

RTEMS Documentation BSD licensing

Based on the dual-licensing work done as part of https://devel.rtems.org/ticket/3899 I was wondering what the licensing state would be for the documentation going forward? Previously, as far as I understand it, contributions were implicitly licensed under BY-SA (CC-BY-SA-4.0 international) by

RTEMS Documentation BSD (re)licensing statement for my contributions

(By request. Also added to https://devel.rtems.org/ticket/3899) All previous contributions to the RTEMS documentation authored by me (Martin Erik Werner) are, unless otherwise specified, licensed under the terms of either the Creative Commons Attribution Share Alike 4.0 International license

Re: [PATCH] c-user: Add & update ratemon get return values

Thanks, I checked it in. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] c-user: Remove spurious "is undefined. "

Thanks, I checked it in. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 6/6] c-user: Convert CONFIGURE_EXTRA_TASK_STACKS

Apply new template for integer options. Update #3901. --- c-user/configuring_a_system.rst | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index 11a7dd0..366cf6f 100644 ---

[PATCH 4/6] c-user: Sort configuration options alphabetically

Update #3836. --- c-user/configuring_a_system.rst | 1739 +++ 1 file changed, 867 insertions(+), 872 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index 08471b5..87da412 100644 --- a/c-user/configuring_a_system.rst

[PATCH 2/6] c-user: Clarify message queue configuration

Update #3836. --- c-user/configuring_a_system.rst | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index e45af77..1fb8742 100644 --- a/c-user/configuring_a_system.rst +++

[PATCH 3/6] c-user: Canonicalize configuration section names

Update #3836. --- c-user/configuring_a_system.rst | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index 1fb8742..08471b5 100644 --- a/c-user/configuring_a_system.rst +++

[PATCH 1/6] c-user: Clarify BSP related configuration options

Sort options alphabetically. Update #3836. --- c-user/configuring_a_system.rst | 127 1 file changed, 63 insertions(+), 64 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index 4c7bae6..e45af77 100644 ---

[PATCH 0/6] Canonicalize application configuration options

The goal of this and follow up change sets is to enable a generation of the application configuration option documentation from specification items. Please review the new templates: https://devel.rtems.org/ticket/3900 https://devel.rtems.org/ticket/3901 I would like to convert all options next

[PATCH 5/6] c-user: Convert CONFIGURE_DIRTY_MEMORY

Apply new template for boolean feature defines. Update #3900. --- c-user/configuring_a_system.rst | 31 ++- 1 file changed, 14 insertions(+), 17 deletions(-) diff --git a/c-user/configuring_a_system.rst b/c-user/configuring_a_system.rst index 87da412..11a7dd0 100644

Re: RTEMS Release Notes Generator - GSoC Project

Hi, To summarize, I Will primarily focus on ticket https://devel.rtems.org/ticket/3314 (hopefully from where the project paused https://github.com/dh0072/ReleaseNotesGenerator ) along with suggested tasks such as license compliance such as auditing license information, creating a manifest for

[PATCH v1] include sys/types.h to include defination of clockid_t

--- cpukit/posix/src/pthreadgetcpuclockid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/posix/src/pthreadgetcpuclockid.c b/cpukit/posix/src/pthreadgetcpuclockid.c index cd7814b1a6..159a3f9791 100644 --- a/cpukit/posix/src/pthreadgetcpuclockid.c +++

Re: RTEMS Documentation

Hi Joel and Sebastian, I can do both. The provided patch was essentially for all users of RTEMS, so both are fine to me. Best, Kuan-Hsun On Fri, Mar 6, 2020 at 3:02 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 06/03/2020 14:50, Joel Sherrill wrote: > > > Awesome and

Re: RTEMS Documentation

On 06/03/2020 14:50, Joel Sherrill wrote: Awesome and thank you! As a matter of record keeping, we are asking everyone to add their permission grant statement to the ticket tracking this. Please add your paragraph as a comment to https://devel.rtems.org/ticket/3053 My request was related

Re: RTEMS Documentation

Awesome and thank you! As a matter of record keeping, we are asking everyone to add their permission grant statement to the ticket tracking this. Please add your paragraph as a comment to https://devel.rtems.org/ticket/3053 And.. random fact.. May 4 is the 25th anniversary of the import of the

RTEMS Documentation

Hello all, As asked by Sebastian, I hereby claim to give the permission to add the BSD-2-Clause license as an alternative license to my contributions to the RTEMS documentation (See https://docs.rtems.org/branches/master/c-user/index.html) for further reuse. *I apologize if you get the repeated

[PATCH 0/3] [rtems-libbsd] [backport] Fix compilation issue for

This is the backport for the 5-freebsd-12 branch to make rtems-libbsd compile for i386 again: - Currently compilation only works with dev_nic_e1000 = off - It also introduces path-mappings to waf_libbsd.py as introduced here: https://lists.rtems.org/pipermail/devel/2020-February/057457.html Best

[PATCH 1/3] i386: Add missing files from FreeBSD

- Files needed to make rtems-libbsd build again for i386 --- .../sys/x86/include/machine/intr_machdep.h| 180 freebsd/sys/x86/include/machine/legacyvar.h | 73 freebsd/sys/x86/x86/legacy.c | 404 ++ 3 files changed, 657 insertions(+) create

[PATCH 3/3] i386: Port to RTEMS

- Update imported files to compile rtems-libbsd for i386 based BSPs - Currently does not support the option "dev_nic_e1000 = on" --- freebsd/sbin/sysctl/sysctl.c |8 + freebsd/sys/dev/pci/pci_pci.c|2 + freebsd/sys/i386/i386/legacy.c | 381

[PATCH 2/3] i386: Update build system

- Include update FreeBSD files in libbsd.py - Introduce path-mappings in waf_libsd.py and libbsd.py for include path fixes --- libbsd.py | 14 -- waf_libbsd.py | 13 +++-- 2 files changed, 23 insertions(+), 4 deletions(-) diff --git a/libbsd.py b/libbsd.py index

[PATCH] c-user: Remove copyright from Petr Benes

The content introduced by a commit in the RTEMS main repository commit 418de420a05609ba8919822b553706963a8d3a7b Author: Joel Sherrill Date: Wed Oct 5 19:59:47 2011 + 2011-10-05 Joel Sherrill Petr Benes PR 1912/doc *

Specification of Application Configuration Options

Hello, I would like to continue to work on the specification of RTEMS. My next area are the application configuration options: https://docs.rtems.org/branches/master/c-user/configuring_a_system.html Similar to the glossary of terms https://git.rtems.org/sebh/rtems-qual.git/tree/spec/glos I