Re: [PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

On 25/01/17 15:48, Kuan-Hsun Chen wrote: --- cpukit/rtems/src/ratemontimeout.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/cpukit/rtems/src/ratemontimeout.c b/cpukit/rtems/src/ratemontimeout.c index bcc4ccf..079ad41 100644 ---

[PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed job count. sptests/sp69: Revise Add in the verification of the postponed job count for rtems_rate_monotonic_get_status(). ---

Re: [PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

Hi all, Like sp71 and sp77. I will prepare sp78 for this overflow testing. Best, Kuan-Hsun 2017-01-25 16:10 GMT+01:00 Kuan Hsun Chen : > Hi Sebastian, > > Should I test the overflow condition together with sp69 or prepare a new > test for this matter? > > Best, >

Re: [PATCH] Remove rtems_rate_monotonic_postponed_job_count() Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed jo

Please use the standard Git commit message format. On 25/01/17 15:04, Kuan-Hsun Chen wrote: sptests/sp69: Revise Add in the verification of the postponed job count for rtems_rate_monotonic_get_status(). --- cpukit/rtems/include/rtems/rtems/ratemon.h | 24 +---

Re: psxshm01 and psxshm02 fail on SPARC/erc32

On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber wrote: > On 25/01/17 04:00, Gedare Bloom wrote: >> >> On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill wrote: >>> >>> > >>> > >>> >On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom

Help

Hello Developers, I am new in Open Source and willing to contribute.I have seen these projects in " Embedded with RTEMS " page like Condition Variables, POSIX Compliance,Update the RTEMS TCP/IP Stack.I have build the tool chain for SPARC Instruction Simulator (SIS) BSP and modified the Hello World

[PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

--- cpukit/rtems/src/ratemontimeout.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/cpukit/rtems/src/ratemontimeout.c b/cpukit/rtems/src/ratemontimeout.c index bcc4ccf..079ad41 100644 --- a/cpukit/rtems/src/ratemontimeout.c +++ b/cpukit/rtems/src/ratemontimeout.c @@

Re: [PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

Hi Sebastian, Should I test the overflow condition together with sp69 or prepare a new test for this matter? Best, Kuan-Hsun 2017-01-25 15:53 GMT+01:00 Sebastian Huber < sebastian.hu...@embedded-brains.de>: > > > On 25/01/17 15:48, Kuan-Hsun Chen wrote: > >> --- >>

Re: [PATCH] Remove rtems_rate_monotonic_postponed_job_count() Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed jo

Hi Sebastian, Okay. I will clarify it. I used git format-patch -1 to generate the patch and git send-email --to devel@rtems.org *.patch to send out the mail. Could you tell me what I have missed? Aha, it is 2017... Best, Kuan-hsun 2017-01-25 15:10 GMT+01:00 Sebastian Huber <

[PATCH] Remove rtems_rate_monotonic_postponed_job_count() Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed job co

sptests/sp69: Revise Add in the verification of the postponed job count for rtems_rate_monotonic_get_status(). --- cpukit/rtems/include/rtems/rtems/ratemon.h | 24 +--- cpukit/rtems/src/ratemongetstatus.c| 2 ++ cpukit/rtems/src/ratemonperiod.c | 14

Re: [PATCH 2/2] psxtests: Relax shared memory tests

good. thanks On Wed, Jan 25, 2017 at 5:48 AM, Sebastian Huber wrote: > There is currently no proper mmap() implementation. > > Update #2859. > --- > testsuites/psxtests/psxshm01/init.c | 21 - > testsuites/psxtests/psxshm02/init.c | 21

[PATCH] score: Delete _CPU_Context_Fp_start()

Since the FP area pointer is passed by reference in _CPU_Context_Initialize_fp() the optional FP area adjustment via _CPU_Context_Fp_start() is superfluous. It is also wrong with respect to memory management, e.g. pointer passed to _Workspace_Free() may be not the one returned by

[PATCH 2/2] psxtests: Relax shared memory tests

There is currently no proper mmap() implementation. Update #2859. --- testsuites/psxtests/psxshm01/init.c | 21 - testsuites/psxtests/psxshm02/init.c | 21 - 2 files changed, 24 insertions(+), 18 deletions(-) diff --git

[PATCH 1/2] posix: Fix use of uninitialized variable

Update #2859. --- cpukit/posix/src/shmopen.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/cpukit/posix/src/shmopen.c b/cpukit/posix/src/shmopen.c index fec443a..3f3789f 100644 --- a/cpukit/posix/src/shmopen.c +++ b/cpukit/posix/src/shmopen.c @@ -100,6 +100,8 @@ static int shm_close(

Re: [PATCH] Remove rtems_rate_monotonic_postponed_job_count() Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed jo

Hi Gedare, Thanks a lot. I should read all the documents again... Best, Kuan-Hsun 2017-01-25 17:16 GMT+01:00 Gedare Bloom : > On Wed, Jan 25, 2017 at 9:16 AM, Kuan Hsun Chen wrote: > > Hi Sebastian, > > > > Okay. I will clarify it. > > > > I used git

Re: [PATCH 3/3] Remove CPU_BIG_ENDIAN and CPU_LITTLE_ENDIAN

On Mon, Jan 23, 2017 at 2:14 AM, Sebastian Huber wrote: > Use de-facto standard BYTE_ORDER instead. > Just one nit that de-facto here means glibc right? > Close #2803. > --- > cpukit/score/cpu/arm/rtems/score/cpu.h | 10 >

Re: [PATCH] Remove rtems_rate_monotonic_postponed_job_count() Add a variable named "count" in rtems_rate_monotonic_period_status structure Revise rtems_rate_monotonic_get_status() for the postponed jo

On Wed, Jan 25, 2017 at 9:16 AM, Kuan Hsun Chen wrote: > Hi Sebastian, > > Okay. I will clarify it. > > I used git format-patch -1 to generate the patch and git send-email --to > devel@rtems.org *.patch to send out the mail. > Could you tell me what I have missed? >

Re: [PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

This is the patch for #2885 ticket. 2017-01-25 16:18 GMT+01:00 Kuan-Hsun Chen : > Add a variable named "count" in rtems_rate_monotonic_period_status > structure > Revise rtems_rate_monotonic_get_status() for the postponed job count. > > sptests/sp69: Revise > Add in the

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

I guess the CPU Supplement must be updated too. On Wed, Jan 25, 2017 at 8:35 AM, Sebastian Huber wrote: > Since the FP area pointer is passed by reference in > _CPU_Context_Initialize_fp() the optional FP area adjustment via > _CPU_Context_Fp_start() is

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

On Wed, Jan 25, 2017 at 10:13 AM, Gedare Bloom wrote: > I guess the CPU Supplement must be updated too. > > > Equally likely to impact the porting guide as well. --joel > > On Wed, Jan 25, 2017 at 8:35 AM, Sebastian Huber > wrote: > >

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

I had another thought that we need to be sure that the reason for adjusting the starting FP context pointer to not be the base address of the FP context area should be clear. For architectures where you are just linearly saving the FPU registers, it is just a normal structure. For architectures

Re: Help

Hello Aditya Upadhyay, What is your goal for working on / contributing to RTEMS? POSIX Compliance is a reasonably good project to chip away at. Joel should have a likely list of candidates to investigate. Update the TCP/IP Stack is basically done. There are however projects within the

Re: [PATCH 3/3] Remove CPU_BIG_ENDIAN and CPU_LITTLE_ENDIAN

On Wed, Jan 25, 2017 at 10:35 AM, Gedare Bloom wrote: > On Mon, Jan 23, 2017 at 2:14 AM, Sebastian Huber > wrote: > > Use de-facto standard BYTE_ORDER instead. > > > Just one nit that de-facto here means glibc right? > It is older than gcc.

Re: psxshm01 and psxshm02 fail on SPARC/erc32

On Jan 25, 2017 5:04 PM, "Chris Johns" wrote: > On 25 Jan 2017, at 9:33 pm, Gedare Bloom wrote: > > On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber > wrote: >> On 25/01/17 04:00, Gedare Bloom wrote: >>> On Tue, Jan

Re: [PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

Hi, I will update the document for this ticket together with #2795 ticket. 1. Further reading will be changed to references. 2. The description of rtems_rate_monotonic_get_status() and related structure will be updated. 3. The potential overflow problem of #2795 will be mentioned.

Re: Help

Hello Gedare, I would like to apply in GSOC 2017 and want to contribute in RTEMS related project.I have studied POSIX Compliance related document "posix1003_1.pdf" from rtems.org and listed out unimplemented components.Are there any networking related or otherwise unmentioned projects in the open

Re: psxshm01 and psxshm02 fail on SPARC/erc32

> On 25 Jan 2017, at 9:33 pm, Gedare Bloom wrote: > > On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber > wrote: >> On 25/01/17 04:00, Gedare Bloom wrote: >>> On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill wrote:

Re: psxshm01 and psxshm02 fail on SPARC/erc32

On 26/01/17 00:04, Chris Johns wrote: On 25 Jan 2017, at 9:33 pm, Gedare Bloom wrote: On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber wrote: On 25/01/17 04:00, Gedare Bloom wrote: On Tue, Jan 24, 2017 at 7:25 PM, Joel

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

On 25/01/17 17:24, Joel Sherrill wrote: I had another thought that we need to be sure that the reason for adjusting the starting FP context pointer to not be the base address of the FP context area should be clear. For architectures where you are just linearly saving the FPU registers, it is

[PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

Add a variable named "count" in rtems_rate_monotonic_period_status structure. Revise rtems_rate_monotonic_get_status() for the postponed job count. sptests/sp69: Revise Add in the verification of the postponed job count for rtems_rate_monotonic_get_status(). Update #2795. ---