Re: Interested in GSoC 2017 Project: Memory Protection.

2017-03-31 Thread Hesham Almatary
Trying to review your proposal: 1) You've to allow comments/edit so that we can give feedback. 2) The proposal is not complete, you copied the template and didn't update all of the sections. On Thu, Mar 30, 2017 at 8:27 AM, Abhimanyu Rawat < h2015...@pilani.bits-pilani.ac.in> wrote: > Hello Dr.

Re: bsp sorting for acinclude.m4

2017-03-31 Thread Chris Johns
On 1/4/17 6:54 am, Gedare Bloom wrote: > If you approve, please commit my patch Nice find and yes I will push the patch. Thank you for this. > and also revert/commit the acinclude.m4 changes. I am currently wondering why we have these files in git. Should I remove them seems we need to generate

[PATCH 6/6] posix/mmap: update for MAP_FIXED

2017-03-31 Thread Gedare Bloom
Updates #2859. --- cpukit/posix/src/mmap.c | 42 -- 1 file changed, 24 insertions(+), 18 deletions(-) diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c index b1d1653..9c70328 100644 --- a/cpukit/posix/src/mmap.c +++ b/cpukit/posix/src/mmap.c @@

[PATCH 1/6] posix/mman: update atime on shared memory read call

2017-03-31 Thread Gedare Bloom
Update #2859. --- cpukit/posix/include/rtems/posix/shmimpl.h | 9 + cpukit/posix/src/shmopen.c | 1 + 2 files changed, 10 insertions(+) diff --git a/cpukit/posix/include/rtems/posix/shmimpl.h b/cpukit/posix/include/rtems/posix/shmimpl.h index 207f50f..ff3299e 100644 --- a

[PATCH 5/6] posix/mman: defer cleaning up mapped objects

2017-03-31 Thread Gedare Bloom
In case a file or shared memory object has been mmapped, then the libc close() needs to defer recycling the file descriptor and related rtems_libo_t structure until all mappings are unmapped. Similarly, shm_close() needs to defer removing the backing shared memory object until the mappings are unma

[PATCH 4/6] posix/mman: add mmap support for shm objects

2017-03-31 Thread Gedare Bloom
Update #2859. --- cpukit/posix/include/rtems/posix/mmanimpl.h | 4 ++- cpukit/posix/src/mmap.c | 43 +++-- 2 files changed, 43 insertions(+), 4 deletions(-) diff --git a/cpukit/posix/include/rtems/posix/mmanimpl.h b/cpukit/posix/include/rtems/posix/mm

[PATCH 2/6] posix/shm: replace threadq with mutex (allocator lock)

2017-03-31 Thread Gedare Bloom
Closes #2957. --- cpukit/posix/include/rtems/posix/shmimpl.h | 19 --- cpukit/posix/src/shmopen.c | 14 +- 2 files changed, 5 insertions(+), 28 deletions(-) diff --git a/cpukit/posix/include/rtems/posix/shmimpl.h b/cpukit/posix/include/rtems/posix/shmi

[PATCH 3/6] posix: Add mmap/unmap support for mapping files.

2017-03-31 Thread Gedare Bloom
From: Chris Johns This version of mmap comes from early work done on the RTL code base circa 2012. Update #2859. --- cpukit/posix/Makefile.am| 1 + cpukit/posix/include/rtems/posix/mmanimpl.h | 44 + cpukit/posix/preinstall.am | 4 + cpukit/posix/sr

Re: [PATCH] bootstrap: make sort use C locale consistently

2017-03-31 Thread Joel Sherrill
That seems more correct. The shell variable settings may only have been applying to the ls. --joel On Fri, Mar 31, 2017 at 2:49 PM, Gedare Bloom wrote: > Closes #2965. > --- > bootstrap | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/bootstrap b/bootstrap > index 455f

Re: bsp sorting for acinclude.m4

2017-03-31 Thread Gedare Bloom
Chris, If you approve, please commit my patch and also revert/commit the acinclude.m4 changes. On Fri, Mar 31, 2017 at 3:41 PM, Gedare Bloom wrote: > On Fri, Mar 31, 2017 at 3:38 PM, Gedare Bloom wrote: >> On Thu, Mar 30, 2017 at 10:56 PM, Chris Johns wrote: >>> On 31/03/2017 13:49, Joel Sherr

[PATCH] bootstrap: make sort use C locale consistently

2017-03-31 Thread Gedare Bloom
Closes #2965. --- bootstrap | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bootstrap b/bootstrap index 455f642..9c2efa8 100755 --- a/bootstrap +++ b/bootstrap @@ -42,7 +42,7 @@ AC_DEFUN([RTEMS_CHECK_BSPDIR], case "\$1" in EOF -for i in `LANG=C LC_COLLATE=C ls */bsp_specs

Re: GSoC 2017 -- initial proof

2017-03-31 Thread Gedare Bloom
OK thanks. Don't forget the deadline is Monday to submit your Final PDF and proof of enrollment. The "Final" PDF can be submitted multiple times, so go ahead and submit it when you finish a first draft. Add your draft proposal to the tracking table at https://devel.rtems.org/wiki/GSoC/2017 also, to

Re: bsp sorting for acinclude.m4

2017-03-31 Thread Gedare Bloom
On Fri, Mar 31, 2017 at 3:38 PM, Gedare Bloom wrote: > On Thu, Mar 30, 2017 at 10:56 PM, Chris Johns wrote: >> On 31/03/2017 13:49, Joel Sherrill wrote: >>> >>> Sorry to top post. I am usually on CentOS 7 or whatever rtbf64c is >>> running which is also CentOS 7 I think. I am not in a position to

Re: bsp sorting for acinclude.m4

2017-03-31 Thread Gedare Bloom
On Thu, Mar 30, 2017 at 10:56 PM, Chris Johns wrote: > On 31/03/2017 13:49, Joel Sherrill wrote: >> >> Sorry to top post. I am usually on CentOS 7 or whatever rtbf64c is >> running which is also CentOS 7 I think. I am not in a position to check >> that this evening. >> >> What do we need to check

GSoC 2017 -- initial proof

2017-03-31 Thread Andy MacGregor
Here's the screenshot and patch of the modified hello.exe example. I'll post a proposal shortly. Best, Andy MacGregor https://drive.google.com/open?id=0BzwU9Bh2pYJfR19XU002R1MtcjA --- testsuites/samples/hello/init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites

Re: GSoC 2017

2017-03-31 Thread Gedare Bloom
Don't forget to submit your "Final PDF" proposal to https://summerofcode.withgoogle.com You can submit and resubmit it multiple times there. On Thu, Mar 30, 2017 at 9:05 PM, aditya upadhyay wrote: > Hello Amar, > I have uploaded the first draft of my proposal. I request you and other > experts t

[PATCH] Always use GCC provided zlib

2017-03-31 Thread Sebastian Huber
Always use the GCC provided zlib to make the compiler as independent of the host system as possible. --- source-builder/config/gcc-common-1.cfg | 7 --- 1 file changed, 7 deletions(-) diff --git a/source-builder/config/gcc-common-1.cfg b/source-builder/config/gcc-common-1.cfg index e5bee9d..