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

2017-01-25 Thread Sebastian Huber
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 a/testsuites/psxtests/psxshm01/init.

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

2017-01-25 Thread Sebastian Huber
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( rtems

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

2017-01-25 Thread Gedare Bloom
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 - > 2 files changed

Re: psxshm01 and psxshm02 fail on SPARC/erc32

2017-01-25 Thread Gedare Bloom
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 wrote: >> >>Yes. They should fail with MAP_FAILED until w

[PATCH] score: Delete _CPU_Context_Fp_start()

2017-01-25 Thread Sebastian Huber
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 _Workspace_Alloca

[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

2017-01-25 Thread Kuan-Hsun Chen
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

Help

2017-01-25 Thread aditya upadhyay
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

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

2017-01-25 Thread Sebastian Huber
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 +--- cpukit/rtem

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

2017-01-25 Thread Kuan Hsun Chen
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 < sebastian.hu...@em

[PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

2017-01-25 Thread Kuan-Hsun Chen
--- 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()

2017-01-25 Thread Sebastian Huber
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 --- a/cpukit/rtems/src/ratemontimeout

Re: [PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

2017-01-25 Thread Kuan Hsun Chen
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: > >> --- >> cpukit/rtems/src/ratemontim

[PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

2017-01-25 Thread 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 verification of the postponed job count for rtems_rate_monotonic_get_status(). --- cpukit/rtems/include/rtems/rtems/r

Re: [PATCH] rtems: Fix _Rate_monotonic_Renew_deadline()

2017-01-25 Thread Kuan Hsun Chen
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, > Kuan-Hsun > > 2017-01-25 15:53

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

2017-01-25 Thread Gedare Bloom
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 superfluous. It is also wrong with respe

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

2017-01-25 Thread 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 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? > https://devel.rtems.org/wiki/De

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

2017-01-25 Thread Joel Sherrill
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: > > Since the FP area pointer is passed by reference in > > _C

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

2017-01-25 Thread Joel Sherrill
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 l

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

2017-01-25 Thread Kuan Hsun Chen
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 format-patch -1 to generate the patch and g

Re: Help

2017-01-25 Thread Gedare Bloom
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 networking

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

2017-01-25 Thread Gedare Bloom
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 > cpukit/score/cpu/bfin/rtems/score/cpu.h | 40 > ---

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

2017-01-25 Thread Joel Sherrill
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. As far as I can tell, it is from the original BSD TCP/

Re: [PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

2017-01-25 Thread Kuan Hsun Chen
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 verification of the postpo

Re: Help

2017-01-25 Thread aditya upadhyay
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 p

Re: [PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

2017-01-25 Thread Gedare Bloom
Include in the commit message either Updates #2885. or Closes #2885. Depending on what impact the commit has on the ticke.t On Wed, Jan 25, 2017 at 11:56 AM, Kuan Hsun Chen wrote: > This is the patch for #2885 ticket. > > 2017-01-25 16:18 GMT+01:00 Kuan-Hsun Chen : >> >> Add a variable named

Re: [PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

2017-01-25 Thread Kuan Hsun Chen
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.

[PATCH] rtems: Remove rtems_rate_monotonic_postponed_job_count()

2017-01-25 Thread 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 verification of the postponed job count for rtems_rate_monotonic_get_status(). Update #2795. --- cpukit/rtems/inclu

Re: psxshm01 and psxshm02 fail on SPARC/erc32

2017-01-25 Thread Chris Johns
> 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: > > > On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom wro

Re: psxshm01 and psxshm02 fail on SPARC/erc32

2017-01-25 Thread Joel Sherrill
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 24, 2017 at 7:25 PM, Joel Sherrill wrote: > > > On Tue,

Re: psxshm01 and psxshm02 fail on SPARC/erc32

2017-01-25 Thread Sebastian Huber
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 Sherrill wrote: On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom wrot

Re: [PATCH] score: Delete _CPU_Context_Fp_start()

2017-01-25 Thread Sebastian Huber
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 j