Re: GSOC'16 proposal review

Make sure you submit your final PDF to https://summerofcode.withgoogle.com On Thu, Mar 24, 2016 at 5:34 PM, sane sai charan wrote: > Hello all, > > I completed the Hello World task.I am unable to fill > the details in students tracking page. Here is my proposal draft. Please

Re: [PATCH] [RSB 4.11] Bump OpenRISC versions

On 25/03/2016 9:25 AM, Hesham Almatary wrote: On Thu, Mar 24, 2016 at 2:39 PM, Chris Johns wrote: On 23/03/2016 04:55, Gedare Bloom wrote: You can check them in. Let Joel/Chris know as they have been release testing 4.11 Hesham, sorry I have lost track of what is needed. Do clean patches

Re: [PATCH] [RSB 4.11] Bump OpenRISC versions

On Fri, Mar 25, 2016 at 7:19 AM, Gedare Bloom wrote: > I checked them in. > Thanks Gedare > On Wed, Mar 23, 2016 at 11:39 PM, Chris Johns wrote: >> On 23/03/2016 04:55, Gedare Bloom wrote: >>> >>> >>> You can check them in. Let Joel/Chris know as they have been release >>> testing 4.11 >>> >> >>

Re: [PATCH] [RSB 4.11] Bump OpenRISC versions

On Thu, Mar 24, 2016 at 2:39 PM, Chris Johns wrote: > On 23/03/2016 04:55, Gedare Bloom wrote: >> >> >> You can check them in. Let Joel/Chris know as they have been release >> testing 4.11 >> > > Hesham, sorry I have lost track of what is needed. Do clean patches exist to > make the required chang

Re: GSOC 2016 Project:Porting Rock on RTEMS

Hi, With the help from Rock members, I could secure some scripts and documentation from the previous SOCIS project on Porting Rock on RTEMS. That caused a lot many changes in my proposal.I request everyone to have a look and comment. My proposal link is https://docs.google.com/document/d/1Ntfj3X4

Re: Participation in GSoC 2016

Great ! I will add this to my application. Parallely I was looking for some other BSP like this. Looks like last year André added support for SD card by adding the SDHCI and MMC/SD bus drivers from libBSD successfully (https://devel.rtems.org/wiki/GSoC/2015/Final_Report#AndreMarques:RaspberryPiLow

GSOC'16 proposal review

Hello all, I completed the Hello World task.I am unable to fill the details in students tracking page. Here is my proposal draft . Please review it. Any suggestion is helpful. ___ devel mailing list devel@rtem

Re: [rtems-gsoc] Configuration GUI for GSOC 16.

OK, please develop your proposal as best you can and submit the final PDF version to Google officially so that you may be considered. We can continue to discuss and fine-tune details. On Thu, Mar 24, 2016 at 9:07 AM, Arpit Srivastava wrote: > Hello, > As asked in the previous mail, i have finishe

Re: [PATCH] [RSB 4.11] Bump OpenRISC versions

I checked them in. On Wed, Mar 23, 2016 at 11:39 PM, Chris Johns wrote: > On 23/03/2016 04:55, Gedare Bloom wrote: >> >> >> You can check them in. Let Joel/Chris know as they have been release >> testing 4.11 >> > > Hesham, sorry I have lost track of what is needed. Do clean patches exist to > ma

Re: [PATCH 7/8] bsp/motorola_powerpc: Add MPCI support for Qemu

On Thu, Mar 24, 2016 at 11:25 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Ok, I should not send patches five minutes before a long weekend. > > :) I hope to do a little of the same before I run out. :) > - Joel Sherrill schrieb: > > Are there any instructions on how y

Re: [PATCH 7/8] bsp/motorola_powerpc: Add MPCI support for Qemu

Ok, I should not send patches five minutes before a long weekend. - Joel Sherrill schrieb: > Are there any instructions on how you run mptests on this BSP? I will update the RTEMS testing scripts. You can run two Qemu instances connected via a virtual network. Works pretty good. -- Sebas

Re: [PATCH 8/8] confdefs.h hack

On Thu, Mar 24, 2016 at 9:57 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Not to be committed. How can we fix this? > What's the problem being solved? > --- > cpukit/sapi/include/confdefs.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/cpuki

[PATCH 2/8] score: Fix CORE mutex RTEMS_MULTIPROCESSING

Make sure that the thread proxy is registered as the mutex owner. --- cpukit/score/src/coremutexsurrender.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/cpukit/score/src/coremutexsurrender.c b/cpukit/score/src/coremutexsurrender.c index 744adc5..da21d4b 100644 -

[PATCH 5/8] mpci: Fix _Objects_MP_Is_remote()

Bug introduced by be8897644043e4378db7add02c3c9e1ac7fde563. Update #2555. --- cpukit/score/src/objectmp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/score/src/objectmp.c b/cpukit/score/src/objectmp.c index be55fa7..c8f431f 100644 --- a/cpukit/score/src/objectmp.c +

[PATCH 3/8] mpci: Allow packet receive function to block

--- cpukit/score/src/mpci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/cpukit/score/src/mpci.c b/cpukit/score/src/mpci.c index 132d3e5..76ca4c8 100644 --- a/cpukit/score/src/mpci.c +++ b/cpukit/score/src/mpci.c @@ -343,6 +343,8 @@ void _MPCI_Receive_server( ); for ( ; ; ) {

Re: [PATCH 4/8] mpci: Fix thread proxies

The comment is rather weak On Thu, Mar 24, 2016 at 9:57 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > cpukit/sapi/include/confdefs.h| 4 +++- > cpukit/score/src/threadmp.c | 40 > +-- > cpukit/score/src/threadqenqueue.c |

[PATCH 8/8] confdefs.h hack

Not to be committed. How can we fix this? --- cpukit/sapi/include/confdefs.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/cpukit/sapi/include/confdefs.h b/cpukit/sapi/include/confdefs.h index 6d67a02..715d4fc 100644 --- a/cpukit/sapi/include/confdefs.h +++ b/cpukit/sapi/

[PATCH 4/8] mpci: Fix thread proxies

--- cpukit/sapi/include/confdefs.h| 4 +++- cpukit/score/src/threadmp.c | 40 +-- cpukit/score/src/threadqenqueue.c | 11 ++- 3 files changed, 43 insertions(+), 12 deletions(-) diff --git a/cpukit/sapi/include/confdefs.h b/cpukit/sapi/include

[PATCH 1/8] confdefs.h: Account for MPCI task stack

--- cpukit/sapi/include/confdefs.h | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/cpukit/sapi/include/confdefs.h b/cpukit/sapi/include/confdefs.h index 89beb23..2366c7a 100644 --- a/cpukit/sapi/include/confdefs.h +++ b/cpukit/sapi/include/confdefs.h @@ -1919,13 +

Re: [PATCH 7/8] bsp/motorola_powerpc: Add MPCI support for Qemu

Are there any instructions on how you run mptests on this BSP? On Thu, Mar 24, 2016 at 9:57 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > --- > .../libbsp/powerpc/motorola_powerpc/Makefile.am| 2 + > .../libbsp/powerpc/motorola_powerpc/include/bsp.h | 8 + > .../lib

[PATCH 6/8] network: Special case for RTEMS_MULTIPROCESSING

Allow network tasks to run with priority 0 (PRIORITY_PSEUDO_ISR). --- cpukit/libnetworking/rtems/rtems_glue.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/cpukit/libnetworking/rtems/rtems_glue.c b/cpukit/libnetworking/rtems/rtems_glue.c index 1355fbb..b50f734 100644 --- a/cpukit/lib

[PATCH 7/8] bsp/motorola_powerpc: Add MPCI support for Qemu

--- .../libbsp/powerpc/motorola_powerpc/Makefile.am| 2 + .../libbsp/powerpc/motorola_powerpc/include/bsp.h | 8 + .../libbsp/powerpc/motorola_powerpc/shmsupp/mpci.c | 375 + c/src/lib/libbsp/powerpc/shared/startup/bspstart.c | 10 +- 4 files changed, 393 insertions(+

Re: Participation in GSoC 2016

The Pi 1/B+ would be a good model to start the USB development with. I have actually not built the BSD lib myself. But I think this is the place to start: https://git.rtems.org/rtems-libbsd/tree/libbsd.txt https://git.rtems.org/rtems-libbsd/tree/README.waf Looks like the arm/realview_pbx_a9_qemu B

GSoC Students must submit Final PDF

Potential GSoC Students, Please make note that you must submit your final PDF and proof of enrollment to Google before the deadline. If you only submit your draft proposal as a Google Document, we will not be able to accept your project. ___ devel mailin

Re: Request for GPIO Examples

Thank you Ketul and Worth Burruss that would be really useful for testing. I am adding these suggestion to my proposal https://goo.gl/cGCXbS. Any other suggestions are welcome. :-) On Thu, Mar 24, 2016 at 10:54 AM, Ketul Shah wrote: > Hi Punit, > > Apart from what Worth Burruss suggested, > > Fir